Modèle de maturité des capacités (CMM) & ses niveaux en génie logiciel

Qu'est-ce que CMM?

Le modèle de maturité des capacités est utilisé comme référence pour mesurer la maturité du processus logiciel d'une organisation.

CMM a été développé à l'institut de génie logiciel à la fin des années 80. Il a été développé à la suite d'une étude financée par l'US Air Force afin d'évaluer le travail des sous-traitants. Plus tard, sur la base du modèle CMM-SW créé en 1991 pour évaluer la maturité du développement logiciel, plusieurs autres modèles sont intégrés à CMM-I ils sont

Dans ce tutoriel, nous allons apprendre,

• Qu'est-ce que les niveaux du modèle de maturité des capacités (CMM)?
• Que se passe-t-il à différents niveaux de CMM?
• Combien de temps faut-il pour implémenter CMM?
• Structure interne de la MMT
• Limitations des modèles CMM
• Pourquoi utiliser CMM?

Qu'est-ce que les niveaux du modèle de maturité des capacités (CMM)?

1. Initiale
2. Répétable / géré
3. Défini
4. Géré quantitativement
5. Optimisation

Que se passe-t-il à différents niveaux de CMM?

Niveaux	Activités	Avantages
Niveau 1 Initial	Au niveau 1, le processus est généralement chaotique et ad hoc Une capacité est caractérisée sur la base des individus et non de l'organisation Progression non mesurée Les produits développés sont souvent programmés et dépassent le budget De grandes variations dans le calendrier, le coût, la fonctionnalité et les objectifs de qualité	Aucun. Un projet, c'est Total Chaos
Niveau 2 géré	Gestion des exigences Estimer les paramètres du projet tels que le coût, le calendrier et la fonctionnalité Mesurer les progrès réels Élaborer des plans et des processus Les normes des projets logiciels sont définies Identifier et contrôler les produits, les rapports de problèmes, les changements, etc. Les processus peuvent différer d'un projet à l'autre	Les processus deviennent plus faciles à comprendre Les gestionnaires et les membres de l'équipe passent moins de temps à expliquer comment les choses sont faites et plus de temps à l'exécuter Les projets sont mieux estimés, mieux planifiés et plus flexibles La qualité est intégrée dans les projets Le coût peut être élevé au départ, mais diminue avec le temps Demandez plus de paperasse et de documentation
Définition du niveau 3	Clarifier les exigences des clients Résoudre les exigences de conception, développer un processus de mise en œuvre S'assure que le produit répond aux exigences et à l'utilisation prévue Analyser systématiquement les décisions Rectifier et contrôler les problèmes potentiels	L'amélioration des processus devient la norme La solution passe du statut de "codé" à celui de "conception" Des portes de qualité apparaissent tout au long de l'effort du projet avec toute l'équipe impliquée dans le processus Les risques sont atténués et ne prennent pas l'équipe par surprise
Niveau 4 géré quantitativement	Gère statistiquement les processus et sous-processus du projet Comprendre la performance des processus, gérer quantitativement le projet de l'organisation	Optimise la performance des processus dans toute l'organisation Favorise la gestion de projet quantitative dans une organisation.
Optimisation de niveau 5	Détectez et éliminez rapidement la cause des défauts Identifier et déployer de nouveaux outils et améliorer les processus pour répondre aux besoins et aux objectifs commerciaux	Favorise l'innovation organisationnelle et le déploiement Donne une impulsion à l'analyse causale et à la résolution

Diagramme suivant, donne une représentation picturale de ce qui se passe à différents niveaux de CMM

Combien de temps faut-il pour implémenter CMM?

CMM est le processus le plus souhaitable pour maintenir la qualité du produit pour toute entreprise de développement de logiciels, mais sa mise en œuvre ne prend guère plus de temps que prévu.

• L'implémentation CMM ne se fait pas du jour au lendemain
• Ce n'est pas simplement une «paperasse».
• Les délais typiques de mise en œuvre sont
  • 3-6 mois -> pour la préparation
  • 6-12 mois -> pour la mise en œuvre
  • 3 mois -> pour la préparation de l'évaluation
  • 12 mois -> pour chaque nouveau niveau

Structure interne de la MMT

Chaque niveau de CMM est défini dans le domaine de processus clé ou KPA , à l'exception du niveau 1. Chaque KPA définit un groupe d'activités connexes qui, lorsqu'elles sont exécutées collectivement, atteignent un ensemble d'objectifs considérés comme essentiels pour améliorer la capacité du logiciel

Pour différents niveaux de CMM, il existe un ensemble de KPA, par exemple pour CMM modèle-2, KPA sont

• REQM - Gestion des exigences
• PP- Planification de projet
• PMC- Suivi et contrôle de projet
• SAM - Gestion des accords fournisseurs
• Processus PPQA et assurance qualité
• Gestion de la configuration CM

De même, pour les autres modèles de CMM, vous avez des KPA spécifiques. Pour savoir si la mise en œuvre d'un KPA est efficace, durable et reproductible, elle est cartographiée sur la base suivante

1. Engagement à performer
2. Capacité à performer
3. Les activités exécutent
4. Mesure et analyse
5. Vérification de la mise en œuvre

Limitations des modèles CMM

• CMM détermine ce qu'un processus doit aborder au lieu de la façon dont il doit être mis en œuvre
• Il n'explique pas toutes les possibilités d'amélioration des processus logiciels
• Il se concentre sur les problèmes logiciels, mais ne prend pas en compte la planification stratégique des activités, l'adoption de technologies, l'établissement d'une gamme de produits et la gestion des ressources humaines.
• Il ne dit pas dans quel type d'entreprise une organisation devrait être
• CMM ne sera pas utile dans le projet ayant une crise en ce moment

Pourquoi utiliser CMM?

Aujourd'hui, CMM agit comme un «sceau d'approbation» dans l'industrie du logiciel. Il aide de différentes manières à améliorer la qualité du logiciel.

• Il guide vers un processus standard reproductible et réduit ainsi le temps d'apprentissage sur la façon de faire avancer les choses
• Pratiquer la CMM signifie pratiquer le protocole standard pour le développement, ce qui signifie que cela aide non seulement l'équipe à gagner du temps, mais donne également une vue claire de ce qu'il faut faire et à quoi s'attendre.
• Les activités de qualité s'intègrent bien avec le projet plutôt que d'être considérées comme un événement séparé
• Il agit comme un navetteur entre le projet et l'équipe
• Les efforts de CMM sont toujours orientés vers l'amélioration du processus

Résumé

CMM a été introduit pour la première fois à la fin des années 80 dans l'US Air Force pour évaluer le travail des sous-traitants. Plus tard, avec une version améliorée, il a été mis en œuvre pour suivre la qualité du système de développement logiciel.

L'ensemble du niveau CMM est divisé en cinq niveaux.

• Niveau 1 (initial): lorsque les exigences du système sont généralement incertaines, mal comprises et incontrôlées. Le processus est généralement chaotique et ponctuel.
• Niveau 2 (géré): Estimation du coût, du calendrier et des fonctionnalités du projet. Les normes logicielles sont définies
• Niveau 3 (défini): s'assure que le produit répond aux exigences et à l'utilisation prévue
• Niveau 4 (géré quantitativement): gère statistiquement les processus et sous-processus du projet
• Niveau 5 (maturité): Identifier et déployer de nouveaux outils et améliorer les processus pour répondre aux besoins et aux objectifs commerciaux