Choisir un modèle de processus

Article
08/10/2011

En choisissant le meilleur modèle de processus lorsque vous créez un projet d'équipe, vous fournissez à votre équipe des outils qui prennent en charge son mode de travail. En outre, vous aidez votre équipe à se concentrer sur la qualité en réduisant le surcroît de travail. Le modèle de processus définit l'ensemble des éléments de travail, rapports et tableaux de bord que vous utilisez pour planifier et suivre votre projet.

Les modèles de processus définissent les types d'élément de travail disponibles pour le suivi ainsi que les règles, les stratégies, les groupes de sécurité et les requêtes par défaut utilisés par les membres de l'équipe. En règle générale, vous pouvez faire votre sélection à partir des considérations suivantes :

Si votre équipe utilise Scrum ou d'autres processus agiles, choisissez le modèle de processus de Microsoft Solutions Framework (MSF) for Agile Software Development v5.0.
Si votre équipe requiert une piste d'audit rigoureuse et possède un processus formel pour la gestion des changements, choisissez le modèle de processus de MSF for Capability Maturity Model Integration (CMMI) Process Improvement v5.0.

Sinon, vous pouvez télécharger des modèles de processus supplémentaires depuis Internet ou personnaliser un modèle de processus pour répondre à vos besoins.

Pour plus d'informations sur ces modèles de processus, consultez les rubriques suivantes :

Dans cette rubrique

Distinctions principales entre MSF for Agile et MSF for CMMI
Différences clés entre les états du flux de travail Agile et CMMI
Personnalisation des modèles de processus

Distinctions principales entre MSF for Agile et MSF for CMMI

Le tableau suivant résume les différences principales qui existent entre les deux modèles de processus MSF :

Domaine de traitement	MSF for Agile	MSF for CMMI	Distinctions
États de flux de travail	Active Résolu Closed	Proposé Active Résolu Closed	Choisissez MSF for Agile lorsque votre équipe fait progresser l'essentiel du travail en passant l'état d'un élément de travail d'actif à résolu à fermé. Les équipes créent un élément de travail dans l'état actif et le résolvent une fois le travail terminé. Choisissez MSF for CMMI lorsque votre équipe fait progresser l'essentiel du travail en passant l'état d'un élément de travail de proposé à actif à résolu à fermé. Les équipes créent un élément de travail dans l'état proposé, et il passe uniquement à l'état actif après qu'il ait été accepté.
Planification de produit	Récits utilisateur (Agile) Planification de produit, classeur	Spécification (CMMI) Demande de modification (CMMI)	Choisissez MSF for Agile lorsque vous planifiez votre produit en fonction des récits utilisateur et des points de récit. Choisissez MSF for CMMI lorsque vous planifiez votre produit selon les spécifications et les demandes de modification.
Gestion du journal des itérations en souffrance	Tâches (Agile) Journal des itérations en souffrance, classeur	Tâche (CMMI)	MSF for Agile fournit un classeur du journal des itérations en souffrance que vous pouvez utiliser pour planifier des itérations.
Gestion du journal des bogues en souffrance	Bogue (Agile) Triage, classeur	Bogue (CMMI)	MSF for CMMI fournit des champs supplémentaires pour le suivi des symptômes et des correctifs proposés.
Gestion de projet	Problème (Agile) Problèmes, classeur	Problème (CMMI) Risque (CMMI) Révision (CMMI)	Avec MSF for Agile, les équipes peuvent suivre les problèmes connus ou potentiels, les obstacles ou les risques associés au projet d'équipe en créant des éléments de travail Problème. Avec MSF for CMMI, les équipes peuvent suivre les problèmes connus ou potentiels, les obstacles ou les risques associés au projet d'équipe en créant des éléments de travail Risque. De plus, les révisions du code peuvent être suivies de manière formelle à l'aide de l'élément de travail Révision.
Gestion des tests	Cas de test (Agile)	Cas de test (CMMI)	Les informations suivies pour les cas de test sont fondamentalement les mêmes que pour les deux modèles de processus MSF. Les rapports de la gestion du test sont fondamentalement le même pour les deux modèles de processus MSF.
Piste d'audit	Pris en charge	Pris en charge	Choisissez MSF for Agile lorsque votre équipe n'est pas obligée de prendre en charge des audits rigoureux. Choisissez MSF for CMMI lorsque votre équipe doit maintenir une piste d'audit rigoureuse ou travaille dans l'optique d'une estimation de CMMI (Capability Maturity Model Integration).

Différences clés entre les états du flux de travail Agile et CMMI

Les illustrations suivantes montrent les états de flux de travail de quatre types d'éléments de travail fournis avec les modèles de processus MSF for Agile et MSF for CMMI. La différence principale entre ces états de flux de travail est que les éléments de travail de MSF for CMMI démarrent toujours dans un état Proposé au lieu d'un état actif.

De plus, le flux de travail MSF for Agile fournit un processus à deux états, plus simples, mais le flux de travail MSF for CMMI fournit un processus à quatre états.

MSF for Agile	MSF for CMMI
Diagramme d'état de récit utilisateur	Diagramme d'état des spécifications
Diagramme d'état des tâches	Diagramme d'état des tâches
Diagramme d'état des bogues	Diagramme d'état des bogues
Diagramme d'état des problèmes	Diagramme d'état des problèmes

Personnalisation des modèles de processus

Vous pouvez personnaliser un modèle de processus pour répondre à vos besoins particuliers. Vous pouvez également personnaliser le processus de votre projet d'équipe après l'avoir créé à l'aide d'un modèle de processus particulier. Vous pouvez ajouter des artefacts depuis un modèle de processus pour l'utiliser avec un autre modèle de processus. Pour plus d'informations, consultez les rubriques suivantes :

Voir aussi

Concepts

Artefacts (Agile)

Autres ressources

Artefacts (CMMI)

Lancement d'un nouveau projet d'équipe

Partager via