CMMI intègre d’anciens modèles développés dans les années 90. Chacun de ces modèles est spécifique à des domaines distincts de l’ingénierie informatique:

• SE (Systems Engineering) : Ingénierie système;

• SW (SoftWare) : Développement logiciel;

• SS (Supplier Sourcing) : Gestion des fournisseurs;

• IPPD (Integrated Product and Process Development) : Développement intégré des produits et processus.

CMMI for Dev. 1.2 regroupe 22 domaines de processus « Process Area » (PA).

Deux modèles de représentation coexistent, correspondant à deux points de vue légèrement différents. Les deux représentations s’appuient sur les mêmes PAs mais ceux-ci sont utilisés différemment :

• Représentation continue : La représentation continue privilégie de regarder l’évolution au niveau de chaque domaine de processus (PA) et d’y associer des stades de développement de la capacité du processus;

• Représentation étagée : La représentation étagée préconise une évolution par étage au niveau de toute l’organisation de développement. Elle permet ainsi de définir le niveau de maturité (ML) de l’organisation.  

CMMI, représentation étagée 

Comme le montre la figure, la représentation étagée exprime l’évolution des pratiques de développement en fonction d’une vue organisationnelle. La première étape est de définir le périmètre à observer : « l’organisation ». Puis, on observe son comportement au regard des 5 niveaux de maturité (ML) regroupant les 22 PAs :

• ML 1 : Niveau « Initial » où les processus sont non répétables et non maîtrisés.

• ML 2 : Niveau « Géré » où les processus sont planifiés et répétables. Le ML 2 traduit la mise en oeuvre effective de pratiques de base au niveau des projets mais sans harmonisation au niveau de l’organisation (par exemple chaque projet gère différemment sa planification, ses configurations…); il s’adresse essentiellement aux Chefs de Projet.

• ML 3 : Niveau « Défni » où les processus sont organisés, réactifs et maîtrisés. Le ML 3 traduit le déploiement harmonisé de pratiques définies au niveau de l’organisation ; il s’adresse à toute la population et met l’accent sur l’engineering produit et l’organisation centrale.

• ML 4 : Niveau « Quantifié » où les processus sont mesurés et contrôles. Le ML 4 traduit une gestion quantitative des processus, basée sur des analyses statistiques (les performances de l’organisation sont prévisibles ).

• ML 5 : Niveau « Optimisé » où l’organisation est en amélioration continue. Le ML 5 traduit la maturité de l’organisation où veille technologique et amélioration continue concourent à l’excellence du livrable.  

Chacun des Processus Areas (PA) doit répondre à des objectifs qui peuvent être :

• spécifques (SG), intrinsèquement reliés à la nature de l’activité couverte par le PA;

• génériques (GG), transversaux et identiques d’un PA à l’autre. Ces objectifs se déclinent en pratiques qui décrivent le comportement attendu de la part de l’organisation ou d’un projet (Pratique spécifique (SP), Pratique générique (GP)).

Afin de prouver la bonne implémentation de chacune des pratiques, des preuves PII (Practice Implementation Indicator) doivent être collectées.

CMMI, représentation continue

La représentation continue utilise une vision ciblée de l’évolution des pratiques de développement. Contrairement à la représentation étagée qui regroupe sous des niveaux de maturité les différents PAs, la représentation continue exprime la capacité de chaque PA au sein de l’organisation suivant une échelle de 6 niveaux.

Cette représentation permet à l’entreprise d’entreprendre un programme d’amélioration sur un bouquet de PAs qu’elle a sélectionnés.

Une décomposition proposée par le SEI regroupe les 22 Process Area en 4 catégories (comme le montre le tableau précédent) définissant le CMMI Framework :

• Engineering Process Areas (Ingénierie) : Ils couvrent les activités de développement et de maintenance qui sont partagées entre les différentes disciplines d’ingénierie (ingénierie système, ingénierie logiciel)

• Project Management Process Areas (Gestion de projet) : Ils couvrent les activités de gestion de projet liées à la planification, au suivi et au contrôle du projet

• Support Process Areas (Support) : Ils couvrent les activités qui soutiennent le développement et la maintenance du produit. Ce sont des processus qui permettent d’exécuter d’autres processus. En général, ils s’adressent à des processus liés au projet mais peuvent aussi s’adresser aux processus de l’organisation. Par exemple, le PA « Process and Product Quality Assurance » peut être utilisé avec tous les autres PAs pour fournir une évaluation objective des processus et des produits de travail décrits dans tous les secteurs de processus

• Process Management Process Areas (Gestion des processus) : Ils concernent toutes les activités transversales du projet liées à la définition, la planification, le réapprovisionnement, le déploiement, l’exécution, le contrôle, la direction, l’évaluation, la mesure et les processus d’amélioration