Tâche: Planification et attribution du travail
Cette tâche décrit la démarche à suivre pour qu'une demande de changement approuvée soit ajoutée au planning du développement.
Objet
L'objectif est d'ajouter aux produits et aux processus les changements autorisés (incidents, améliorations) survenant pendant une itération.
Relations
RôlesPrincipal: Complémentaire: Auxiliaire:
EntréesObligatoire: Facultatif: Externe:
  • Aucun
Sorties
Description principale

Le plan d'itération préparé au début de l'itération ne peut se baser que sur les éléments connus à l'instant T. Cela constitue un incrément des capacités totales nécessaires (exigences fonctionnelles et non-fonctionnelles) et des demandes de changement restantes des itérations préalables. Le responsable de projet peut alors déterminer les ressources et le planning de l'itération. La prise en compte des anomalies doit faire partie du plan de l'itération, implicitement, dans l'effort octroyé à la production d'un produit, ou explicitement, dans des activités spécifiques. Nous vous conseillons d'adopter la deuxième méthode, le Rational Unified Process contenant des tâches rendant cela possible.

Bien que la priorité en termes de corrections soit déterminée par le Responsable du contrôle des changements, le responsable de projet a son mot à dire dans la planification des corrections - mais il est généralement conseillé de corriger les anomalies de l'itération au moment où elles sont découvertes, et cela devrait être possible à l'aide des ressources prévues au début de l'itération. Il y aura inévitablement des anomalies (découvertes) non corrigées à la fin d'une itération (car une itération doit être jalonnée), mais pour que l'itération réussisse, la majorité de ces anomalies doivent être mineures ou non prioritaires.

Cependant, la souplesse est limitée dans le cas de demandes d'améliorations importantes et imprévues. Si une demande de changement imprévue pour une amélioration substantielle est autorisée pour l'itération en cours, le responsable de projet devra généralement re-planifier, en repoussant certaines des capacités prévues à la prochaine itération ou bien en trouvant des ressources supplémentaires afin d'effectuer le changement. Généralement, de telles demandes d'amélioration seront repoussées à la prochaine itération, ou même plus tard, et seront intégrées au cycle de planification normal de l'itération.

Etapes
Allocation des demandes de changements à une itération

La demande de changement est examinée et le responsable de projet décide, en fonction de son type, de sa priorité et de son importance, dans quelle itération elle devra être intégrée. Si la demande de changement est repoussée jusqu'à une itération ultérieure, le responsable de projet re-planifie simplement les itérations futures (dans le plan de développement logiciel) de façon à ce que l'impact de la demande de changement soit compris dès à présent et que les tâches d'acquisition de ressources puissent commencer aussi tôt que possible, de façon à éviter les mauvaises surprises.

Attribution de responsabilités

Le responsable de projet décide quelle(s) fonction(s) organisationnelle(s) doivent être responsables de l'implémentation du changement.

Description du travail et des résultats escomptés

La demande de changement doit déjà contenir une description rapide du changement demandé (car la demande de changement a déjà été analysée et autorisée). Cette étape convertit cette description en une indication claire de ce qui doit être fait et produit.

Réalisation d'un budget concernant l'effort et les autres ressources

Le responsable de projet, après consultation des responsables de la demande de changement, précise les estimations de l'effort et des autres ressources nécessaires et donne des indications précises en termes de planning auxquelles l'équipe responsable doit se conformer.

Définition d'un planning

Si la demande de changement doit être implémentée dans l'itération en cours, le responsable de projet, après consultation des personnes responsables, définira une date de début et une durée prévue pour le travail.

Re-planification

Si nécessaire, le plan d'itération en cours est revu, et tout impact sur les itérations futures doit apparaître dans le plan de développement logiciel. Du fait de la re-planification, le responsable de projet peut être amené à faire appel à la Tâche : Gestion des exceptions et des problèmes , afin de faire correspondre l'état du projet avec les nouveaux plans, plus spécialement si l'itération en cours est touchée par un manque de ressources ou par un report des capacités prévues pour des itérations futures.

Emission d'un ordre de fabrication

Le(s) ordre(s) de travail définissant le travail à accomplir, la responsabilité, etc., sont émis par le responsable de projet. L'activité (dans la structure de répartition du travail) en fonction de laquelle le budget de l'effort est établie, est identifiée dans l'ordre de fabrication.



Propriétés
Plusieurs occurrences
Commandé par les événements
En cours
Facultatif
Planifié
Réitérable
Plus d'informations