Activités de projet
Pour tirer le meilleur parti de MSF pour CMMI Process Improvement v5.0, vous devez organiser votre projet en série d'itérations, qui durent généralement entre quatre et huit semaines. Cela vous aide à réduire les risques qui découlent des changements de spécifications et des coûts d'implémentation. Une structure de projet itérative contribue activement à la satisfaction des spécifications de gestion des risques du modèle CMMI.
Au début du projet
Début d'un projet
Le début d'un projet inclut la définition de la vision de ce projet, qui indique ce que les utilisateurs seront en mesure à faire avec le produit.
Il implique également la mise en place de l'équipe, de l'infrastructure et d'autres ressources, ainsi que la détermination du processus de développement.
Pour plus d'informations, consultez Début d'un projet.
Planification initiale du projet
La planification du projet inclut les activités suivantes :
Analyse des spécifications suffisamment en détails pour permettre de former un plan. Cette analyse peut inclure l'utilisation de modèles de spécifications, de storyboards et d'autres outils permettant d'envisager le système actif.
Imagination d'une conception ou architecture globale pour le système. Si cela implique de travailler sur une plateforme que les membres de l'équipe ne connaissent pas, ceux-ci doivent avoir le temps de l'expérimenter. Le développement sera lent dans les premières itérations.
Cast des spécifications sous la forme d'un ensemble de spécifications de produit incrémentielles dont le développement peut être approximativement estimé. La différence entre spécifications générales et spécifications de produit est importante, et il s'agit d'une activité significative. Pour plus d'informations, consultez Développement de spécifications.
Réalisation d'une première assignation de spécifications de produit aux itérations.
Définition de dates pour les versions finales.
Le plan et les modèles de spécifications seront consultés et affinés tout au long du projet. Une partie de l'objectif du développement itératif consiste à permettre l'amélioration des spécifications qui découlent de la démonstration du logiciel actif à une étape antérieure.
La planification initiale du projet a lieu au cours de l'itération 0.
Pour plus d'informations, consultez Planification du projet (CMMI).
Exploration d'un produit existant
L'objectif de votre projet peut être de mettre à jour un produit qui existe déjà. Dans ce cas, si l'équipe ne connaît pas bien le produit, l'exploration du code est une activité pour l'itération 0. Chaque tâche de développement dans les itérations suivantes impliquera également de bien comprendre le code d'un emplacement spécifique et d'effectuer le suivi des conséquences de sa modification.
Pour plus d'informations, consultez Visualiser du code.
Au cours du projet
Le plan est révisé et susceptible d'être modifié tout au long du projet.
Plusieurs activités relatives au plan du projet sont exécutées régulièrement pendant le projet, généralement à la fin d'une itération.
Validation
Faites à vos clients ou aux parties prenantes métier la démonstration du logiciel développé au cours de l'itération. Si possible, donnez-leur ce logiciel afin qu'ils puissent l'expérimenter ou l'utiliser jusqu'à un certain point dans un contexte pratique.
Après un intervalle suffisant, organisez une réunion pour étudier les commentaires des utilisateurs. Ces commentaires doivent être utilisés pour générer des demandes de modification.
Pour plus d'informations, consultez Validation.
Gestion des risques
Étudiez la probabilité et l'impact d'événements défavorables potentiels et prenez des mesures pour limiter ces risques. Pour plus d'informations, consultez Gestion des risques.
Gestion des changements
Vous pouvez utiliser des éléments de travail Demande de modification pour noter les changements de spécifications demandés par les parties prenantes métier. Ces changements peuvent découler de modifications du contexte professionnel, mais également de la démonstration et des essais des premières versions du produit. Ces changements doivent être bien acceptés car ils améliorent l'adéquation de votre produit à son objectif. Cet effet fait partie de l'objectif de développement incrémentiel.
Certaines équipes de projet ajustent les éléments de travail Spécification du produit lorsque des changements sont demandés, sans utiliser un élément de travail séparé. Cependant, l'avantage de l'élément de travail Demande de modification est que, ultérieurement au cours du projet, vous pouvez étudier le nombre et la nature des changements apportés. Vous pouvez utiliser ces informations pour améliorer votre processus ou architecture pour le futur.
Les demandes de modification doivent être utilisées comme des entrées de la révision du plan de produit.
Pour plus d'informations, consultez Gestion des modifications (CMMI).
Révision du plan de produit
Effectuez une révision du plan de produit avant de planifier chaque itération. Le plan de projet assigne des spécifications de produit aux itérations.
Le plan peut changer pour deux raisons principales :
Modifications apportées aux spécifications.
Modifications apportées aux estimations des développeurs. À mesure que le projet avance, l'équipe de développement peut effectuer des estimations plus fiables du travail requis pour implémenter les prochaines fonctionnalités. Dans certains cas, il peut arriver qu'une fonctionnalité ait été différée à partir d'une itération précédente, ce qui ajoute une fonctionnalité au plan.
Les deux types de modification deviennent moins fréquents lors des itérations ultérieures.
Révisez les modèles de spécifications à partir desquels les spécifications du produit sont dérivées.
Modifiez l'assignation des spécifications aux itérations. Tout comme dans l'activité de planification initiale, les parties prenantes métier indiquent des priorités, l'équipe de développement fournit des estimations et la réunion répartit les fonctionnalités entre les itérations.
Pour plus d'informations, consultez Planification du projet (CMMI).
Avant les versions principales du produit
Les activités impliquées dans le déploiement d'un produit varient en fonction de son type et ne sont pas traitées ici.
Étudiez les points suivants relatifs aux itérations ultérieures de développement logiciel :
Empêchez toute modification majeure de la conception pour éviter le risque de problèmes imprévus.
Élevez la barre pour les modifications et bogues lors des réunions de triage. Les modifications proposées et les résolutions de bogues doivent être rejetées à moins d'avoir des effets significatifs sur la facilité d'utilisation et l'adéquation à l'objectif du produit.
Consacrez des ressources à l'augmentation de la couverture de test et à l'exécution de tests manuels.