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 :   
Entrée d'activités :    Sortie d'activités :   

Objet Haut de la page

Les personnes suivantes sont amenées à utiliser le plan d'itération :

  • Le chef de projet, pour planifier les tâches et les activités de l'itération, pour programmer les besoins en ressources et pour suivre la progression par rapport au calendrier.
  • Les membres de l'équipe de projet, pour comprendre ce qu'ils ont à faire et à quel moment, et les autres activités dont ils sont tributaires.

Calendrier Haut de la page

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.

Responsabilité Haut de la page

Le chef de projet est responsable de l'intégrité des plans d'itération.

PersonnalisationHaut de la page

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é.

Informations supplémentaires Haut de la page

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 :

  • plan de projet
  • état actuel du projet (dans les temps, en retard, problèmes multiples, débordement des exigences, etc.)
  • liste des scénarios ou des cas d'utilisation devant être terminés d'ici la fin de l'itération
  • liste des risques devant être abordés d'ici la fin de l'itération
  • liste des modifications devant être intégrées au produit (correctifs de bogues, modifications des exigences)
  • liste des principales classes et packages devant être complètement implémentés

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.

Critères d'évaluation

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)   2003.06.15