Tâche: Evaluer une itération
Cette tâche décrit comment évaluer les résultats d'une itération liée aux informations d'un projet et comment décider des changements appropriés.
Disciplines: Gestion de projet
Objet

L'objectif de cette tâche est de :

  • 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
Relations
Description principale

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.



Etapes
Recueillir des mesures
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 métriques primitives
  • calculer, vérifier et valider les métriques
  • inclure les métriques 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 métriques collectées peuvent être exploitées pour améliorer le processus ou à des fins d'estimation. Pour plus d'informations sur les métriques, voir  Instructions relatives au produit : Métriques.

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 Produit : 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
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 ?
  • Certains des résultats consignés dans  Produits : Evaluation de l'organisation du développement on-ils été invalidés par des modifications apportés en cours d'itération (ce qui implique le changements d'autres produits, comme le processus de développement du projet)?
  • Des difficultés ont-elles été rencontrées dans le  processus de développement   du projet pendant l'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 métriques issues des tâches de test et de l'étape Recueillir des métriques 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 responsable 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
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ésultats de ces discussions pour générer des demandes de changement concernant la Vision, la liste de risques, le plan de développement logiciel, le plan d'itération, ou le  processus de développement du projet.

Examinez les critères d'évaluation
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 changements
Objet Mettre à jour les produits de planification du projet. 

Utilisez les résultats de ces évaluations pour générer des demandes de changement concernant la Vision, la liste de risques, le plan de développement logiciel , le plan d'itération , le processus de développement du projet et les exigences logicielles.



Plus d'informations
Instructions