Phases et Jalons Agile UP

De Wiki Agile du @GroupeCESI
Aller à : navigation, rechercher

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é.

PhasesAndMilestones.gif

Phases-UP.png

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.