Artefact :
|
![]() |
L'évaluation d'itération décrit les résultat d'une itération, le degré auquel ses critères d'évaluation ont été remplis, les leçons qui en ont été tirées et les modifications à apporter. |
---|---|
Rôle : | Chef de projet |
Caractère facultatif/Occurrence: | Requise. |
Modèles et rapports : |
|
Exemples : | |
Représentation UML : | Sans objet. |
Informations supplémentaires : |
Entrée d'activités : | Sortie d'activités : |
Chaque itération se termine par une évaluation d'itération où l'organisation de développement s'accorde un moment de réflexion pour déterminer ce qui s'est produit, ce qui a été atteint (ou non) et pourquoi, et les leçons à en tirer.
Les évaluations d'itération sont générées à la fin de chaque itération. Elles ne sont pas mises à jour.
Le chef de projet est responsable de cet artefact.
L'évaluation d'itération est un artefact essentiel de l'approche itérative. Selon la portée et le risque du projet, et selon la nature de l'itération, elle peut aller d'un simple exposé de la démarche suivie et des résultats jusqu'à un enregistrement de test complet et formalisé.
Cette évaluation est une étape cruciale de l'itération qui ne doit pas être omise. Si cette évaluation n'est pas effectuée comme il se doit, beaucoup des avantages de l'approche itérative sont perdus.
Notez qu'il convient parfois dans cette étape de revoir les critères d'évaluation au lieu de reconstruire le système. Parfois, la contribution de l'évaluation d'itération est de révéler qu'une exigence spécifique n'est pas importante, ou que son implémentation est trop onéreuse, ou qu'elle entraîne une architecture qui ne peut pas être maintenue. Dans ces cas, une analyse de ses coûts et avantages doit être effectuée et une décision commerciale doit être prise.
Cette évaluation doit reposer sur des métriques.
RUP (Rational Unified Process)
|