Objet
  • Déterminer la réussite ou l'échec d'une itération
  • Consigner les conclusions tirées pour modifier le projet ou améliorer le processus
Rôle :  Chef de projet 
Fréquence : Une fois pour chaque itération 
Etapes
Artefacts d'entrée :    Artefacts de sortie :   
Guides d'utilisation de l'outil :   

Détails sur l'enchaînement d'activités :   

Un des principaux avantages de l'approche itérative par rapport à l'approche en cascade réside dans le fait que les itérations constituent des jalons naturels pour l'évaluation de l'avancement et la limitation des risques. Au sein de chaque itération, l'avancement et les risques doivent être constamment évalués (même de manière informelle) pour s'assurer qu'aucune difficulté ne vient perturber le projet.

Synthèse de l'évaluation de l'itération N.

 

Recueillir des mesures Haut de la page

Objet Recueillir des informations sur la qualité et l'avancement du projet, afin de déterminer son état et d'identifier des améliorations 

Cette étape comprend les activités suivantes, en fonction du plan de mesure du projet :

  • Recueillir les mesures primitives
  • Calculer, vérifier et valider les mesures
  • Inclure les mesures dans le rapport d'évaluation de l'état

Lors de l'évaluation d'une itération, les mesures sont examinées et différents types d'actions peuvent être décidés : modification du planning, nouveaux outils, formation, réorganisation et même révision du plan de mesure. De la même manière, à la fin d'un cycle, une "revue post mortem" permet de s'assurer que certaines des mesures collectées peuvent être exploitées pour améliorer le processus, ou à des fins d'estimation.

Pour les itérations qui se déroulent sur plusieurs semaines voire plusieurs mois, la collecte des mesures et la création de rapports constituent une activité continue, des Artefact : Evaluations de l'état étant générées régulièrement pour obtenir des résultats intermédiaires.

Evaluer les résultats de l'itération Haut de la page

Objet Comparer les résultats réels et attendus de l'itération. 

Vers la fin de chaque itération, l'équipe projet doit se réunir pour évaluer l'itération, en se concentrant sur les points suivants :

  • L'itération a-t-elle rempli ses objectifs ?
    • Les risques ont-ils été limités ou éliminés ?
    • La version produite a-t-elle atteint ses objectifs de fonctionnalité et de qualité ? A-t-elle atteint ses objectifs de performance et de capacité ?
  • Est-il nécessaire d'apporter des modifications au projet ou aux plans d'itération à venir ?
  • Des difficultés ont-elle été rencontrées dans le processus de développement au cours de cette itération ?
  • Quelle partie de la version actuelle sera intégrée dans la référence ? Quelle partie sera retravaillée ?
  • De nouveaux risques ont-ils été identifiés ?
  • Des changements extérieurs se sont-ils produits (changements sur le marché, dans la communauté des utilisateurs ou dans les exigences) ?

Evaluez les résultats de l'itération par rapport aux critères d'évaluation qui ont été définis pour le plan d'itération : fonctionnalité, performance, capacité et qualité. Utilisez les mesures issues des activités de test et de l'étape Recueillir des mesures comme base d'évaluation afin d'obtenir un résultat quantifiable. Les mesures qualitatives sont davantage réservées à la phase de création et aux toutes premières itérations. En revanche, pour les phases d'élaboration, de construction et de transition, vous devez vous baser sur des mesures de test spécifiques pour évaluer la qualité, les performances, la capacité, etc. Traitez les autres problèmes non résolus identifiés lors des évaluations de l'état exécutées au cours de l'itération, et tout autre problème figurant dans la liste des problèmes du chef de projet.

Si tous les risques ont été ramenés à un niveau acceptable, si toutes les fonctionnalités ont été implémentées et si tous les objectifs qualité ont été atteints, le produit est terminé. Une planification et une exécution de bonne qualité sont indispensables pour que le produit soit final une fois la phase de transition terminée.

Prendre en compte les changements extérieurs Haut de la page

Objet S'assurer que le projet reste relié au "monde extérieur" 

L'équipe projet peut très facilement se replier sur elle-même et ne pas remarquer les changements qui s'opèrent dans le monde extérieur. Par exemple, l'entreprise cliente peut modifier, ajouter ou supprimer des exigences importantes. Ou un concurrent peut arriver sur le marché avec un produit similaire, ce qui entraîne des répercussions sur les délais de commercialisation, sur les fonctionnalités du produit ou sur le prix envisagé.

Compte tenu de l'environnement extérieur actuel, le plan de projet (et ses jalons) est-il toujours valide ? Les risques ont-ils évolué et est-il nécessaire de revoir les plans d'itération ? Est-on en train de développer le bon produit et la vision sous-jacente est-elle toujours valide ? L'équipe projet est-elle en bonne voie pour achever ce produit ? Est-il nécessaire d'apporter des modifications au processus en raison de l'évolution du contexte extérieur ?

Utilisez les résultas de ces discussions pour générer des demandes de changement concernant la vision, la liste des risques, le plan de projet, les plans d'itération ou le plan de développement.

Examiner les critères d'évaluation Haut de la page

Objet S'assurer que les critères d'évaluation sont réalistes. 

Parfois, une itération ne parvient pas à produire le résultat attendu parce que les objectifs définis étaient irréalisables. Il est important de placer la barre suffisamment haut, mais il faut savoir se montrer ambitieux sans être irréaliste. Les équipes projet sont motivées par des objectifs qui les forcent à donner le meilleur d'elles-mêmes, mais elles se découragent facilement si les objectifs sont systématiquement hors de portée. La définition d'objectifs motivants sans être décourageants peut parfois nécessiter plusieurs itérations, en laissant le temps aux membres de l'équipe d'apprendre à travailler ensemble et de connaître leurs limites.

Examinez les critères d'évaluation pour déterminer s'ils sont réalistes. Parfois, tout le bénéfice d'une itération peut consister à révéler qu'une exigence particulière n'est par aussi importante qu'on l'avait cru au départ. Les projets sont souvent encombrés d'exigences complexes mais présentant peu de valeur, imposées par des utilisateurs enthousiasmés par les toutes dernières innovations technologiques. Une ou deux itérations leur permettront de recentrer leurs attentes et de s'intéresser aux fonctionnalités qui présentent une réelle valeur.

Parfois, une itération peut montrer qu'une fonction donnée est très coûteuse à implémenter, ou génère une architecture ingérable. L'étude de rentabilité de cette fonction doit alors être réexaminée pour déterminer si elle doit rester dans le cadre du projet, ou révisée pour rendre cette exigence réalisable d'une manière plus rentable.

Créer des demandes de changement Haut de la page

Objet Mettre à jour les artefacts de planification du projet. 

En fonction des résultats de l'évaluation, créez des propositions de changement concernant la vision, la liste des risques, le plan de projet, les plans d'itération, le plan de développement et les exigences.



RUP (Rational Unified Process)   2003.06.15