Gestion des problèmes (CMMI)
Utilisez l'élément de travail à problème pour effectuer le suivi des problèmes liés au plan de projet, ainsi qu'à ses activités et tâches. Les problèmes ne doivent pas être confondus avec les bogues. Le type d'élément de travail Bogue permet d'effectuer le suivi des problèmes de code et de tests spécifiques ayant échoué. Le type d'élément de travail Problème vous aide à effectuer le suivi de tous les autres problèmes relatifs au projet. Des exemples sont des ambiguïtés dans les spécifications, l'indisponibilité du personnel ou d'autres ressources, les problèmes d'environnements, d'autres risques liés au projet qui se produisent, et, en général, tout ce qui est susceptible de nuire à la bonne réalisation du projet.
Ce qui différencie les problèmes, c'est qu'ils représentent des activités non planifiées. La résolution des problèmes ne constitue pas le travail normal lié au projet. Elle doit donc faire l'objet d'un suivi et se voir accorder une attention spéciale. Le suivi de ces problèmes de projet à l'aide des éléments de travail à problème, ainsi qu'en utilisant des rapports et des requêtes, permet de développer une capacité centrale de gestion pour la résolution rapides et efficaces des problèmes.
Création d'un élément de travail à problème
Lorsqu'un problème survient, créez un élément de travail Problème, décrivez le problème, puis indiquez des propositions de résolution, le cas échéant. Les éléments de travail Problème du projet constituent une preuve importante pour une évaluation SCAMPI (méthode d'évaluation CMMI standard pour l'amélioration des processus). Pour plus d'informations concernant CMMI, consultez Informations générales sur Informations générales sur CMMI.
Le formulaire d'élément de travail d'un problème stocke des données dans les champs et onglets indiqués dans l'illustration suivante :
.png "CMMI Issue work item form")
Examen des problèmes
Les problèmes ouverts du projet doivent être régulièrement examinés.
Pour afficher ces problèmes, exécutez la requête Problèmes ouverts fournie avec le modèle. Triez les problèmes par état à l'aide de la valeur « Proposé » pour procéder au triage des éventuels nouveaux problèmes.
Analyse des problèmes
Chaque nouveau problème doit être analysé, afin de déterminer à la fois ses symptômes et sa cause première. Un plan d'action corrective doit être créé pour traiter les symptômes ou (de préférence) la cause première. Enregistrez le plan sous l'onglet Action corrective du problème. La décision de contourner le problème ou d'essayer de résoudre sa cause première doit refléter les risques du projet. Ces décisions doivent être documentées dans l'élément de travail Problème. Elles constitueront une preuve pour une évaluation SCAMPI et indiqueront un niveau de capacité de gestion des risques important pour l'évaluation de niveau 3.
Le contournement des symptômes constitue un comportement de maturité inférieure qui indique un niveau de capacité approprié pour une évaluation de niveau 2 ou 3 du modèle CMMI. L'analyse et la résolution de la cause première impliquent que l'organisation souhaite que le problème ne se reproduise pas. Il s'agit d'un comportement de maturité supérieure. Il indique un niveau de capacité de résolution des problèmes et d'amélioration des processus qui est typique d'une organisation qui effectue des évaluations de niveau 4 ou 5.
Enregistrez le plan d'action, puis divisez le travail en éléments de travail Tâche, liés à l'élément de travail Problème en tant qu'enfants. Les tâches doivent être assignées à des membres individuels de l'équipe pour leur résolution. Chaque tâche doit être créée avec le type de tâche « Action corrective ».
.png "CMMI Task work item form")
Vérification des problèmes résolus
Au cours de votre examen régulier des problèmes ouverts, c'est une bonne idée d'étudier les problèmes marqués comme résolus. Si la résolution documentée est acceptée de façon consensuelle, marquez le problème comme « Fermé » et attribuez à sa raison la valeur « Résolu ». Utilisez la requête Problèmes ouverts et appliquez un filtre pour lequel l'état est « Résolu ».
Examen des problèmes à résoudre
Une fois toutes les tâches liées à un problème effectuées, les parties prenantes doivent décider si le problème a été résolu.
Ouvrez l'élément de travail Problème, ainsi que les éventuels éléments de travail bloqués. Vous pouvez vous référer à l'onglet Actions correctives pour consulter le plan d'action d'origine et déterminer quelle action a été mise en œuvre. Vous pouvez également visualiser les éléments de travail Tâche associés au problème en affichant l'onglet Tous les liens des liens enfants. L'action corrective a-t-elle permis de débloquer les éléments de travail et de résoudre le problème ? Si tel n'est pas le cas, retravaillez les actions correctives et réaffectez-les aux membres de l'équipe. L'action corrective a-t-elle été mise en œuvre rapidement ? Un événement ou un impact externe (ou cause spéciale) inattendu sur le chemin critique de planification a-t-il été évité ? Les engagements du projet sont-ils respectés ou doivent-ils être renégociés ? Enregistrez toutes ces informations dans l'élément de travail. Cela constitue une preuve précieuse pour une évaluation CMMI.
Si les parties prenantes sont satisfaites par la résolution du problème, marquez celui-ci comme étant « Résolu ». Il peut alors être fermé.
Si le problème n'a pas été résolu, retravaillez les tâches d'action corrective et assignez-les à la personne appropriée pour leur résolution. Reconsidérez la priorité du problème et envisagez de l'augmenter de façon à accélérer sa résolution et à éviter tout retard supplémentaire.
Ressources supplémentaires
Pour plus d'informations sur les évaluations SCAMPI, consultez la page Web suivante : Software Engineering Institute (page éventuellement en anglais).