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
|