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.