Phases et Jalons Agile UP
Auteur : Scott Ambler
Sources : Agile UP Phases et Agile UP Milestones
Traducteur : Fabrice Aimetti
Date : 14/01/2011
Traduction :
L’Agile UP peut être considéré à travers ses quatre phases, au travers desquels vous allez vous déplacez. La fin d’une phase est marquée par un jalon et la "revue de jalon" vérifie que votre équipe a bien réussi à remplir les critères du jalon concerné.
1. Phase "Inception" – Jalon "Objectif défini" (LCO : Lifecycle Objectives)
Pour ce jalon, les parties prenantes évaluent l’état du projet. Elles doivent se mettre d’accord sur les points suivants :
- Validation du périmètre. Les parties prenantes parviennent à un accord sur le périmètre du projet.
- Validation des besoins initiaux. Il y accord sur le fait que l’ensemble des besoins de haut niveau a été recueilli et que tout le monde partage la même compréhension des besoins.
- Validation du planning. Les parties prenantes sont d’accord sur les estimations initiales du coût et du calendrier.
- Validation du risque. Les risques ont été identifiés, évalués et des stratégies acceptables ont été identifiées pour y remédier.
- Validation du processus. L’Agile UP a été initialement adapté et accepté par toutes les parties.
- Faisabilité. Le projet a un sens du point de vue métier, technique et opérationnel.
- Planning du projet. Un planning adéquat a été défini pour la prochaine phase (Elaboration).
- Respect du portefeuille projets. Le périmètre du projet s’inscrit-il bien dans le portefeuille des projets de votre organisation ?
2. Phase "Elaboration" – Jalon "Architecture définie" (LCA : Lifecycle Architecture)
Pour ce jalon, les parties prenantes évaluent l’état du projet. Ils doivent s’entendre sur les points suivants :
- Stabilité de la vision. La vision du projet est devenue stable et réaliste.
- Stabilité de l’architecture. Vous validez le fait que l’architecture est stable et suffisante pour satisfaire les besoins. L’architecture a été prototypée pour faire face aux principaux risques.
- Validation du risque. Les risques ont été évalués afin de s’assurer qu’ils ont bien été compris et documentés et qu’une stratégie acceptable a été mise en place pour les traiter.
- Faisabilité. Le projet a toujours un sens du point de vue métier, technique et opérationnel.
- Planning du projet. Un planning détaillé des itérations à venir lors de la phase de Construction ainsi qu’un planning global du projet ont été élaborés.
- Respect de l’architecture d’entreprise. Est-ce que l’architecture du système respecte les règles de l’architecture d’entreprise ?
3. Phase « Construction » – Jalon "Première version exploitable" (IOC : Initial Operating Capacity)"""
Pour ce jalon, les parties prenantes doivent s’entendre sur ce qui suit :
- Stabilité du système. Le logiciel et la documentation sont validées (stables et mûrs) pour déployer le systèmes aux utilisateurs.
- Parties prenantes prêtes. Les parties prenantes (et le métier) sont prêtes pour que le système soit déployé (à la formation près).
- Validation du risque. Les risques ont été évalués afin de s’assurer qu’ils ont bien été compris et documentés et qu’une stratégie acceptable a été mise en place pour les traiter.
- Validation de l’estimation et du coût. Le budget consommé à ce jour est acceptable et des estimations raisonnables ont été fournies pour le calendrier et les coûts futurs.
- Planning du projet. Un planning détaillé des itérations à venir lors de la phase de Transition ainsi qu’un planning global du projet ont été élaborés.
- Respect de l’architecture d’entreprise. Est-ce que le produit développé par l’équipe respecte les standards de l’entreprise ?
4. Phase "Transition" – Jalon "Livraison finale" (PR : Product Release)
Pour ce jalon, les parties prenantes doivent s’entendre sur ce qui suit :
- Validation par les parties prenantes métier. Les parties prenantes métier sont satisfaites et valident le système.
- Validation par les opérations. Les personnes responsables de l’exploitation du système une fois en production sont satisfaites de la documentation et des procédures d’exploitation.
- Validation par le support. Les personnes responsables du support du système une fois en production sont satisfaites de la documentation et des procédures de support.
- Validation de l’estimation et du coût. Le budget consommé à ce jour est acceptable et des estimations raisonnables ont été fournies pour les coûts de production futurs.
