Artefact :
|
![]() | Groupe d'activités et de tâches échelonnées dans le temps avec des ressources affectées et contenant des dépendances de tâches, pour l'itération ; plan détaillé. |
---|---|
Rôle : | Chef de projet |
Caractère facultatif/Occurrence: | Requis. |
Modèles et rapports : |
|
Exemples : | |
Représentation UML : | Sans objet. |
Informations supplémentaires : |
Les personnes suivantes sont amenées à utiliser le plan d'itération :
Le plan d'itération de l'itération suivante est planifié pendant celle en cours. Il est modifié selon les besoins pendant l'itération.
Un plan d'itération sert d'entrée au suivant. Le plan d'itération est obsolète après son exécution.
Le chef de projet est responsable de l'intégrité des plans d'itération.
Le plan d'itération doit fournir une description détaillée des tâches à exécuter de sorte à éviter toute confusion quant aux rôles et responsabilités. Un outil de planification de projet (comme Microsoft® Project) sera généralement utilisé.
Ceci est un plan détaillé pour une itération. Deux plans de ce type coexistent fréquemment : l'un pour l'itération en cours et l'autre, en construction, pour la prochaine.
Les éléments suivants sont requis pour définir le contenu d'une itération :
Ces listes doivent être classées. les objectifs d'une itération doivent être ambitieux de sorte qu'en cas de difficultés, des éléments puissent être retranchés des itérations en fonction de leur rang.
Chaque itération se termine par une évaluation. Lors de cette évaluation, les résultats de l'itération sont comparés aux critères d'évaluation établis pour le plan d'itération.
Ces critères sont définis avant chaque itération et spécifient des objectifs quant aux fonctionnalités, à la qualité et aux performances à atteindre dans l'itération. La réalisation de ces objectifs peut être variable. Pour une itération donnée, par exemple, le jeu de fonctionnalités prévu peut être dépassé, la qualité juste suffisante et les performances en retrait des attentes.
De plus, ces objectifs peuvent être exprimés en tant qu'objectifs minimum ou bien souhaitables. Par exemple, certaines fonctionnalités peuvent être requises dans une itération et d'autres seulement souhaitables (dans la mesure où la cadence du développement et le personnel disponible les permettraient).
RUP (Rational Unified Process)
|