Système d'applications internes

Les besoins des services arrivent sous forme de carte en « Demande », qui décrit le problème et non la solution toute faite : quel est le processus en difficulté, qui en souffre et combien il coûte en temps. La carte passe en « Analyse », où l'analyste s'assoit avec le service demandeur, comprend réellement le processus et rédige sur la carte les exigences et les critères d'acceptation. Après validation, elle passe en « Développement », où les développeurs travaillent par livraisons incrémentales, puis en « Test », où des utilisateurs du service demandeur lui-même l'essaient et consignent leurs remarques, puis en « Lancement » lorsqu'elle est prête pour l'ensemble des salariés. Le voyage ne s'arrête pas au lancement : la carte passe en « Adoption » pour suivre l'usage de l'outil par les salariés et les former, puis en « Mesure » pour documenter son effet réel sur le processus pour lequel il a été construit.

La discussion sert à la coordination quotidienne des développeurs et aux questions urgentes d'exigences avec les services demandeurs. Le forum documente les décisions d'ingénierie, les discussions des grandes exigences et les rétrospectives d'après-lancement, afin que les choix de conception et leurs justifications restent compréhensibles pour qui rejoindra l'équipe plus tard et que les mêmes discussions ne se répètent pas.

Le directeur des applications reçoit les demandes, ordonne leurs priorités et valide leur entrée en « Développement » ; l'analyste accompagne la carte de l'« Analyse » jusqu'à l'acceptation du « Test » avec le service demandeur ; les développeurs exécutent et traitent les remarques. Les résultats de la « Mesure » reviennent au directeur des applications pour qu'il décide : développer l'outil dans une deuxième phase, le conserver tel quel, ou l'arrêter officiellement s'il n'est pas utilisé.