Comprendre les artefacts du modèle de processus CMMI

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Le processus CMMI prend en charge les types d’élément de travail (WIT) suivants pour planifier et suivre le travail, les tests, les commentaires et la révision du code. Avec différents types d’élément de travail et workflow, vous pouvez suivre différents types de travail, notamment les exigences, les demandes de modification, les tâches, les bogues et bien plus encore. Ces artefacts sont créés lorsque vous créez un projet à l’aide du processus CMMI. Ils reposent sur le processus Capability Maturity Model Integration (CMMI).

Image conceptuelle, types d’élément de travail et workflow des processus CMMI.

Outre les types d’éléments de travail, les équipes ont accès à un ensemble de requêtes d’éléments de travail pour le suivi des informations, l’analyse de la progression et la prise de décisions.

Notes

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.

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.

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é.

Définir l’image conceptuelle des récits de tâches.Organiser l’image conceptuelle du backlog des tâches.Gérer l’image conceptuelle des bogues des tâches.Gérer l’image conceptuelle des problèmes des tâches.

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.

Vous pouvez afficher et exécuter des requêtes à partir du portail web ou du plug-in Team Explorer dans Visual Studio. Vous pouvez modifier une requête à l’aide de l’éditeur de requête pour appliquer différents critères de filtre et d’ajouter des requêtes aux tableaux de bord de l’équipe.

Astuces pour les requêtes partagées

Gérez plus efficacement le travail grâce aux conseils suivants :

  • Retrouvez des éléments de travail qui vous sont attribués en ajoutant @Moi comme valeur du champ « Attribué à » dans l’une des clauses de requête.
  • Vous pouvez modifier une requête en ajoutant des critères pour vous concentrer sur une zone produit, une itération ou un autre champ. Pour modifier une requête, ouvrez l’éditeur de requête.
  • Vous pouvez ouvrir n’importe quelle requête dans Excel, où vous pouvez mettre à jour les champs d’un ou plusieurs éléments de travail et publier vos modifications dans la base de données pour le suivi des éléments de travail.
  • Vous pouvez visualiser l’état ou la progression en créant un graphique à secteurs, un histogramme ou un graphique de tendances pour les requêtes de liste plate.
  • Tous les utilisateurs valides ayant un accès standard peuvent créer des requêtes et des dossiers sous la zone Mes requêtes. Pour créer des requêtes et des dossiers de requêtes sous Requêtes partagées, vous devez disposer du jeu d’autorisations Contribuer et disposer d’un accès De base ou supérieur. Pour plus d’informations, consultez Définir des autorisations sur les requêtes.

Important

À compter de Visual Studio 2019, le plug-in Azure DevOps pour Office a déprécié le support de Microsoft Project. L’intégration de projet et la commande TFSFieldMapping ne sont pas prises en charge pour Azure DevOps Server 2019 et versions ultérieures, y compris Azure DevOps Services. Vous pouvez continuer à utiliser Microsoft Excel.

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).

Capture d’écran des tâches de requête de modification conceptuelle.Capture d’écran des tâches conceptuelles de création de graphiques.Capture d’écran des tâches conceptuelles d’ajout au tableau de bord.

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 aurez 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
TFS 2018 CMMI 16

Pour un résumé des mises à jour apportées aux modèles de processus, consultez Notes de publication pour Azure DevOps Server.

Autres conseils CMMI

Les situations et méthodes de travail des équipes de développement varient beaucoup, et la plupart des entreprises possèdent leurs propres processus établis. C'est la raison pour laquelle les recommandations fournies ici n'ont pas pour objectif de couvrir l'ensemble d'un processus de développement. Nous décrivons juste les activités appropriée pour utiliser le mieux possible le processus CMMI.

  • Informations générales sur CMMI : fournit une vue d'ensemble du modèle CMMI et des six niveaux de fonctionnalité intrinsèques au modèle.

  • Gestion de projet : fournit des instructions pour vous aider à mieux comprendre comment gérer, planifier et coordonner le développement et la maintenance de produits logiciels qui utilisent le modèle CMMI.

  • Ingénierie : traite les activités à valeur ajoutée de découverte des informations nécessaires pour concevoir et créer des produits logiciels

Le modèle CMMI et les recommandations peuvent vous aider à atteindre les objectifs CMMI si vous les utilisez dans le cadre d'un programme d'amélioration des processus. Adaptez ces recommandations à votre propre situation, qui dépend du type et de l’historique du produit que vous développez, de l’échelle du projet, du passé des membres de l’équipe et des pratiques acceptées dans votre organisation.

Cette recommandation a été développée en collaboration avec David Anderson. Pour plus d’informations, consultez la page Web suivante : David J Anderson & Associates.