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ôles | Principal:
| Complémentaire:
| Auxiliaire:
|
Entrées | Obligatoire:
| Facultatif:
| Externe:
|
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
© Copyright IBM Corp. 1987, 2006. All Rights Reserved.
|
|