Comprendre les artefacts du modèle de processus CMMI
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Le processus de Capability Maturity Model Integration (CMMI) prend en charge différents types d’éléments de travail (WIT) pour planifier et suivre le travail, les tests, les retours d’information et les revues de code. Les différents WIT permettent de suivre divers types de travail, tels que les exigences, les demandes de modification, les tâches, les bogues, et bien plus encore. Ces artefacts sont créés lorsque vous configurez un projet à l’aide du processus CMMI, basé sur le cadre Capability Maturity Model Integration (CMMI).
Les équipes peuvent utiliser un ensemble de requêtes d’éléments de travail pour suivre les informations, analyser les progrès et prendre des décisions.
Remarque
- Vous pouvez personnaliser le système de suivi du travail pour votre projet en créant et en personnalisant un processus hérité et en appliquant ce processus à votre projet. Pour obtenir plus d’informations, consultez Modèle de processus d’héritage.
- Vous pouvez également personnaliser un modèle de processus. Pour plus d’informations, consultez À propos des processus et des modèles de processus.
Remarque
- Vous pouvez personnaliser le système de suivi du travail pour votre projet en personnalisant un processus hérité ou un processus XML local. Pour plus d’informations, consultez Modèle de processus d’héritage ou Personnalisation du processus XML local. La dernière version de chaque processus se charge automatiquement lorsque vous installez ou mettez à niveau vers la dernière version d’Azure DevOps Server. Les artefacts supplémentaires, comme les rapports SQL Server, sont disponibles uniquement lorsque vous vous connectez à un projet. D’autres exigences en matière de ressources s’appliquent.
- Vous pouvez également personnaliser un modèle de processus. Pour plus d’informations, consultez À propos des processus et des modèles de processus.
Planifier et suivre le travail avec CMMI
Les équipes planifient leur projet en capturant des fonctionnalités et des spécifications. Lorsque les équipes travaillent dans les sprints, elles définissent des tâches et les lient aux spécifications. Pour avoir une idée du cumul des spécifications entre les équipes, les gestionnaires de programme lient les spécifications à une fonctionnalité. Les erreurs majeures sont suivies via les problèmes. Pour plus d’informations sur l’utilisation de ces WIT, consultez Types d’élément de travail et flux de travail des processus CMMI
L’image suivante montre le flux essentiel pour bien démarrer. Pour plus d’informations, consultez Bien démarrer avec les outils Agile pour assurer la planification et le suivi du travail.
Cliquez sur l’une des images suivantes pour accéder à l’article lié.
Notes
Un élément de travail est un enregistrement de base de données qui contient la définition, l’assignation, la priorité et l’état d’un travail. Les types d'éléments de travail définissent le modèle des champs, du flux de travail et du formulaire pour chaque type d'élément de travail. Les éléments de travail peuvent être liés entre eux pour prendre en charge le suivi des dépendances, le regroupement du travail et les rapports.
Répertorier les éléments de travail avec des requêtes
Vous pouvez utiliser des requêtes d’élément de travail pour répertorier les éléments de travail en fonction de leur type, notamment les demandes de modification, les bogues, les tâches et les exigences.
Remarque
Lorsque vous créez un projet, il n’existe plus d’ensemble de Requêtes partagées par défaut. Les définitions des Requêtes partagées ont été supprimées du modèle de processus. Pour les déploiements locaux, vous pouvez les ajouter à un modèle de processus personnalisé, comme décrit dans Ajouter des requêtes d’élément de travail à un modèle de processus.
Afficher et exécuter des requêtes depuis le portail web ou depuis le plug-in Team Explorer pour Visual Studio. Modifiez une requête à l’aide de l’éditeur de requêtes pour appliquer différents critères de filtre et ajoutez des requêtes aux tableaux de bord de l’équipe.
Astuces pour les requêtes partagées
Améliorez votre flux de travail en utilisant les conseils suivants :
- Ajoutez @Me comme valeur pour le champ Assigné à dans une clause de requête pour trouver les éléments de travail qui vous sont assignés.
- Ouvrez l’éditeur de requêtes pour modifier toute requête en ajoutant des critères pour une zone de produit, une itération ou un autre champ.
- Ouvrez une requête dans Excel pour mettre à jour les champs d’un ou plusieurs éléments de travail et publier les modifications dans la base de données.
- Créez un diagramme circulaire, un histogramme ou un graphique de tendance pour visualiser le statut ou les progrès des requêtes en liste plate.
- Créez des requêtes et des dossiers sous la zone Mes requêtes avec un accès standard. Pour créer des requêtes et des dossiers sous Requêtes partagées, assurez-vous d’avoir l’autorisation Contribuer et un accès Basique ou supérieur. Pour plus d’informations, consultez Définir des autorisations sur les requêtes.
Surveiller la progression
Tous les processus (Agile, Scrum et CMMI) prennent en charge la création de graphiques et de tableaux de bord et de tendances d’état. En outre, plusieurs charts sont générés automatiquement en fonction des outils Agile que vous utilisez. Ces charts s’affichent dans le portail web.
Créer des charts légers
Pour commencer, vous pouvez définir une requête plate partagée et créer un graphique en fonction de vos intérêts de suivi. Les types de charts incluent l’état (graphiques en secteurs, barres, colonnes, barres empilées et tableau croisé dynamique) et les charts de tendances (graphiques empilés en aires, en courbes et en aires).
Widgets Analytics et rapports Power BI
Le service Analytics peut répondre à des questions quantitatives sur l’état passé ou actuel de vos projets. Vous pouvez ajouter des widgets Analytics à un tableau de bord ou utiliser Power BI pour créer des charts et des rapports.
Pour plus d’informations, consultez la section Qu’est-ce que le service d’analyse ?
Rapports SQL Server
Si votre collection de projets et le projet sont configurés avec SQL Server Analysis Services et Reporting Services, vous avez accès à de nombreux rapports CMMI. Pour que ces rapports soient utiles, les équipes doivent effectuer certaines activités, telles que la définition des processus de génération, la liaison des éléments de travail et la mise à jour de l’état ou du travail restant.
Si vous devez ajouter des services de rapport ou mettre à jour des rapports vers les versions les plus récentes, consultez Ajouter des rapports à un projet.
Versions de processus CMMI
À mesure que des mises à jour sont apportées au modèle de processus CMMI, le numéro de version est mis à jour. Le tableau suivant fournit un mappage du contrôle de version appliqué à mesure que des mises à jour sont apportées aux modèles de processus locaux Azure DevOps. Pour Azure Boards, la dernière version est toujours utilisée. Chaque modèle fournit un élément version. Cet élément spécifie une version majeure et une version mineure.
| Version | Nom CMMI | Version principale |
|---|---|---|
| Azure DevOps Services Azure DevOps Server 2022 |
CMMI | 18 |
| Azure DevOps Server 2020 Azure DevOps Server 2019 |
CMMI | 17 |
Pour un résumé des mises à jour apportées aux modèles de processus, consultez Notes de publication pour Azure DevOps Server.
Utilisez efficacement le processus CMMI
Les équipes de développement ont des pratiques diverses et des processus établis. Cette orientation se concentre sur les activités pertinentes pour utiliser efficacement le processus CMMI.
- En savoir plus sur le CMMI : Comprenez le CMMI et ses six niveaux de capacité.
- Gérer des projets : Obtenez des conseils sur la gestion, la planification et la coordination du développement et de la maintenance des logiciels avec le modèle CMMI.
- Explorer les activités d’ingénierie : Découvrez les activités à valeur ajoutée pour la conception et la construction de produits logiciels.
Utilisez le modèle CMMI et les orientations dans le cadre d’un programme d’amélioration des processus. Adaptez ces orientations en fonction de :
- Type et historique du produit
- Échelle du projet
- Antécédents des membres de l’équipe
- Pratiques acceptées dans votre organisation