CMMi

1. Présentation

CMMi, Capability Maturity Model Integration (Modèle intégré du niveau de maturité), est une extension de la spécification CMM, créée pour le ministère de la Défense américain en 1989 afin de déterminer si un projet interne ou tiers serait terminé dans les temps, selon le budget et les spécifications prévus. Ce dispositif contribue à l’amélioration des processus et à l’évaluation du niveau de maturité de l’entreprise, c’est-à-dire son aptitude à maîtriser le développement et la maintenance de produits. CMMi intègre les spécifications SW, SE, IPPD et SS établies pour pallier les manques de CMM :
  SW (Software) couvre le développement de logiciels,
  SE (System Engineering) couvre le développement de systèmes (incluant ou non une partie logicielle), l’objectif est de couvrir les demandes clients en terme de produits et de support,
  IPPD (Integrated Product and Process Development) couvre la gestion des processus, la gestion de projets et le support,
  SS (Supplier Sourcing) couvre l’appel à des fournisseurs pour la réalisation de fonctions

CMMi est une approche d’ingénierie des systèmes couvrant les compétences et processus techniques et managériaux permettant de transformer des besoins utilisateurs en un produit technique. C’est un modèle de développement et de maintenance des systèmes et des applications informatiques. Il a été conçu à partir des meilleures pratiques du logiciel, par le SEI (Software Engineering Institute) et des représentants de l’industrie du logiciel.

CMMI est un référentiel d’évaluation de la capacité à gérer et terminer un projet (ou un produit) correctement (dans les temps et dans les budgets définis), proposant nombre de bonnes pratiques liées à la gestion, au développement et à la maintenance d’applications et de systèmes. Ces bonnes pratiques sont regroupées en 24 processus, eux-mêmes regroupés en 4 types (Process Management, Project Management, Engineering et Support) et 5 niveaux de maturité.

2. Les organismes et certifications

Les évaluateurs sont accrédités par le SEI (Software Engineering Institut). Il n’y a pas de certificat délivré par un organisme, mais des évaluations conduites par un « lead assessor », qui délivre une attestation indiquant le niveau de maturité atteint.

3. Les composants de CMMi

Cette section décrit les différents types d’informations rencontrés dans le modèle CMMi ainsi que leur importance. 3.1. Les domaines de processus L’élément fondamental de CMMi est le « domaine de processus », CMMi regroupe un ensemble de processus (ou procédures) regroupés dans des domaines. Un processus a :
  un but : gérer un projet, définir des besoins clients, …
  Des objectifs qui décrivent le résultat à atteindre,
  Des pratiques qui permettent d’atteindre ce résultat,
 

3.2. Classification Un modèle d’amélioration des processus doit inclure une échelle de valeur permettant de donner une importance à chaque élément. Dans le modèle CMMi, les termes « required », « expected » et « informative » permettent de définir l’importance d’un élément.

3.3. Les pré requis Le principal composant pré requis dans CMMi est l’objectif, le but à atteindre. Le but représente un état final, il indique qu’un projet et que des processus ont atteint un certain niveau. Chaque processus CMMi a entre un et quatre objectifs spécifiques, le modèle CMMi possède 55 objectifs spécifiques.

3.4. Informative materials

3.5. Les documents

4. Les représentations de CMMi

Un modèle est une représentation simplifiée de la réalité ; un modèle de maturité CMM® (Capability Maturity Model®) contient les éléments essentiels des processus opérationnels pour un ou plusieurs corpus de compétence. Comme les autres modèles CMM, les modèles CMMi (Capability Maturity Model Integration®) proposent un guide de développement des processus. Les modèles CMMi ne sont ni des processus, ni des représentations de processus. Les processus effectifs exécutés dans une organisation dépendent de multiples facteurs – domaine(s) applicatif(s), caractéristiques de structure et taille de l’entreprise, etc. Pour sélectionner un modèle adapté à l’entreprise, il faut choisir une représentation, qui sera dite « continue » ou « étagée », et déterminer les corpus de compétences qui y seront intégrés. Plusieurs raisons peuvent conduire au choix d’une représentation ou de l’autre ; les avantages et désavantages respectifs des deux approches sont synthétisés ci-dessous. Cependant, qu’il s’agisse d’évaluation ou d’amélioration des processus, les deux représentations offrent des résultats sensiblement équivalents. Chaque représentation est composée de niveaux correspondants à des objectifs à atteindre, pour chacun de ces objectifs, CMMi propose des pratiques générales (« generic pratices » ou GPs) ainsi que des pratiques spécifiques (« specific practices » ou SPs). Les pratiques générales s’appliquent à tous les processus tandis que les pratiques spécifiques sont particulières à un processus.

4.1. La représentation étagée La représentation étagée définit un plan d’évolution et permet de réaliser les opérations suivantes :
 Fournir une séquence d’améliorations, débutant par des pratiques de management élémentaires et progressant à travers un cheminement éprouvé de passages d’un niveau à l’autre.
 Favoriser les comparaisons internes et externes à travers les niveaux de maturité.
 Fournir une notation unique synthétisant les résultats d’évaluation et permettant des comparaisons. Ce plan d’évolution est décrit à l’aide d’une série d’étapes appelées « Niveaux de maturité » (MLs). A chaque niveau de maturité correspond un ensemble de processus indiquant des objectifs à atteindre pour améliorer l’organisation. La représentation est faite par le niveau de maturité de l’entreprise et composée de cinq niveaux :
  ML1 : Initial Les projets ne sont pas gérés, les processus sont chaotiques, ce niveau est souvent appelé « niveau héroïque ». Les budgets et plannings de réalisation sont souvent dépassés, on parle souvent de mode « pompier ».
  ML2 : Géré Des procédures sont mises en place pour chaque projet.
  ML3 : Défini Les processus sont définis et documentés au niveau de l’organisation.
  ML4 : Maitrisé L’organisation se fixe des objectifs quantitatifs et qualitatifs et se dote de moyens pour contrôler qu’ils sont atteints. Niveau 5 - En optimisation Les processus sont en conti
  ML5 : En optimisation Les processus sont en continuelle amélioration.

Les niveaux de maturité sont représentés dans le schéma suivant :

Regroupement des processus dans la représentation étagée : Regroupement étagé Acronymes Domaines de Processus Niveau de maturité 2 REQM Requirements Management (Gestion des exigences) PP Project Planning (Planification du projet) PMC Project Monitoring and Control (Conduite et maitrise du projet) SAM Supplier Agreement Management (Gestion des achats) MA Measurement and Analysis (Production et analyse les indicateurs) PPQA Process and Product Quality Assurance (Assurance qualité des processus et des produits) CM Configuration Management (Gestion de configuration) Niveau de maturité 3 RD Requirements Development (Expression des besoins) TS Technical Solution (Solution technique) PI Product Integration (Intégration du produit) VER Verification (Recette technique) VAL Validation (Recette fonctionnelle) OPF Organizational Process Focus (Gestion de l’organisation des processus) OPD Organizational Process Definition (Définition de l’organisation) OT Organizational Training (Formation à l’organisation) IPM Integrated Project Management (Gestion multidisiplinaire de projet) RSKM Risk Management (Gestion des risques) IT Integrated Teaming (Gestion d’une équipe intégrée) ISM Integrated Supplier Management (Intégration de la gestion des achats) DAR Decision Analysis and Resolution (Méthode de prise de décision) OEI Organizational Environment for Integration (Organisation de l’intégration) Niveau de maturité 4 OPP Organizational Process Performance (Performance des processus) QPM Quantitative Project Management (Gestion quantitative du projet) Niveau de maturité 5 OID Organizational Innovation and Deployment (Innovation organisationnelle) CAR Causal Analysis and Resolution (Analyse causale et solution des problèmes)

La représentation continue comprend 12 pratiques générales (Generic practices) réparties dans les 5 niveaux de maturité (CLs). Ces pratiques (GP) représentent les objectifs à atteindre pour obtenir un niveau de maturité.

4.2. La représentation continue La représentation continue permet de réaliser les opérations suivantes :
 Sélectionner l’ordre d’amélioration le plus adapté aux objectifs de l’entreprise et limiter les zones de risque.
 Permettre les comparaisons internes et externes sur un domaine de processus ou par comparaison des résultats (équivalence étagée).
 Simplifier la migration de EIA/IS 731 (Electronic Industries Alliance/Interim Standard) vers CMMi.
 Simplifier la comparaison de l’amélioration des processus avec le standard ISO/IEC 15504 (issue de SPiCE) – en raison de l’organisation similaire des domaines de processus.

La représentation continue regroupe les processus en quatre grandes catégories : Gestion de processus, gestion de projets, ingénierie et support. L’évaluation suivant le modèle continu s’effectue par processus. Les pratiques sont regroupées en « Niveaux de capacité » (CLs). Le modèle continu de CMMi dénombre six niveaux de capacité :
  CL0 : Incomplet Ce niveau ne contient aucun objectif, il s’agit du niveau initial d’un processus.
  CL1 : Réalisé Les objectifs sont atteints, mais cette réussite repose essentiellement sur les individus.
  CL2 : Géré Les objectifs sont remplis en suivant des plans pré-établi.
  CL3 : Défini Une politique de normalisation des processus est mise en place au niveau de l’organisation.
  CL4 : Maitrisé Des mesures sont effectuées pour contrôler les processus et agir en cas de déviation par rapport aux objectifs de l’organisation.
  CL5 : En optimisation Les processus sont sans cesse remis en question afin d’être toujours en adéquation avec les objectifs de l’organisation.

Il s’agit d’une représentation par amélioration des processus.

Regroupement des processus dans la représentation continue : Regroupement continu Acronymes Domaines de Processus Gestion des processus OPF Organizational Process Focus OPD Organizational Process Definition OT Organizational Training OPP Organizational Process Performance OID Organizational Innovation and Deployment Gestion de projet PP Project Planning PMC Project Monitoring and Control SAM Supplier Agreement Management IPM Integrated Project Management RSKM Risk Management IT Integrated Teaming ISM Integrated Supplier Management QPM Quantitative Project Management Engineering REQM Requirements Management RD Requirements Development TS Technical solution PI Product Integration VER Verification VAL Validation Support CM Configuration Management PPQA Process and Product Quality Assurance MA Measurement and Analysis DAR Decision Analysis and Resolution Niveau de maturité 5 OEI Organizational Environment for Integration CAR Causal Analysis and Resolution

La représentation continue comprend 17 pratiques générales (Generic practices) réparties dans les 5 niveaux de capacité (CLs). Ces pratiques (GP) représentent les objectifs à atteindre pour obtenir un niveau de capacité.

5. Les processus CMMi

Un processus atteint un niveau lorsqu’il répond à tous les objectifs prédéfinis à un niveau donné. Pour chaque processus et chaque niveau, un document CMMi (contrat) est établit, ce document contient :
  Un but (objet du processus)
  Une note d’introduction décrivant les objectifs à atteindre
  Des références à d’autres documents d’autres processus
  Les pratiques et buts associés à atteindre (Liste des Generic practices & Specific practices)

5.1. Le domaine gestion des processus Le domaine gestion des processus contient les pratiques relatives à la définition, la planification, le déploiement, l’implémentation, le contrôle et l’amélioration des processus. Les cinq processus qui le compose sont :
  Organizational Process Definition (OPD),
  Organizational Process Focus (OPF),
  Organizational Process Performance (OPP),
  Organizational Innovation and Deployment (OID),
  Organizational Training (OT).

5.1.1. Définition de l’organisation (Organizational Process Definition) Le but de ce processus est de définir et de maintenir l’ensemble des objectifs financiers des processus. Il s’agit d’établir une description du cycle de vie du projet, des critères de mise en production. Les buts sont :
  Définition du cycle de vie de chaque projet
  Etablissement des processus standards de l’organisation,
  Budget des procédures utilisées par les projets

5.1.2. Gestion de l’organisation des processus (Organizational Process Focus) L’objectif est de planifier et d’implémenter des processus d’amélioration de l’organisation. Les buts sont :
  Etablissement des besoins,
  Planification et mise en place des activités d’amélioration des processus

5.1.3. Performance des processus (Organizational Process Performance) Il s’agit d’établir et de maintenir un niveau de performance des processus standards de l’organisation. Les buts sont :
  Gestion de la qualité et de la performance des processus,
  Fourniture de données sur la performance

5.1.4. Innovation organisationnelle (Organizational Innovation and Deployment) L’objectif de ce processus est de sélectionner et de déployer des améliorations qui augmentent le niveau des processus de l’organisation. Les améliorations doivent respecter le niveau de qualité fixé par les objectifs métiers de l’entreprise.

5.1.5. Formation à l’organisation (Organizational Training) L’objectif de ce processus est de former et développer le niveau de connaissance des intervenants du SI afin qu’ils puissent remplir leur rôle efficacement.

5.2. Le domaine gestion des projets Le domaine gestion des projets couvre les activités de planification, et suivi du projet. Le modèle CMMi comprend six domaines de processus de gestion de projet :
  Project Planning (PP),
  Project Monitoring and Control (PMC),
  Integrated Project Management (IPM),
  Quantitative Project Management (QPM),
  Supplier Agreement Management (SAM),
  Risk Management (RSKM),

5.2.1. Planification de projet (Project Planning) Il s’agit de définir les variables qui permettent de mesurer l’avancement du projet, après avoir éventuellement découpé celui-ci en phases, et d’estimer chemin faisant les coûts et délais restants prévisibles. L’accent est mis sur le caractère rationnel des évaluations (elles doivent être quantitatives, on doit pouvoir les justifier et les expliquer). Un plan de projet permettra de suivre la consommation du budget et le calendrier de réalisation. Les risques, les ressources et les connaissances nécessaires doivent être gérés. Les parties prenantes doivent être impliquées et informées, notamment les responsables de ceux des autres projets avec lesquels le projet considéré est en relation.

5.2.2. Conduit et maîtrise de projet (Project Monitoring and Control) Il s’agit de suivre l’évolution du projet selon le schéma construit lors de sa planification. Les décisions prises en cours de route (corrective actions) sont définies et gérées. C’est là un point important : il arrive trop souvent, dans l’entreprise, que des décisions soient ignorées ou indéfiniment remises en cause.

5.2.3. Gestion de projet (Integrated Project Management) Le but de ce processus est d’établir et de gérer un projet

5.2.4. Gestion quantitative d’un projet (Quantitative Project Management) L’objectif est de quantifier la gestion des processus définis dans un projet afin d’évaluer les objectifs de qualité et de performance du projet.

5.2.5. Gestion des achats (Supplier Agreement Management) Les fournisseurs sont choisis à partir d’une évaluation de leurs aptitudes (en s’appuyant sur SCAMPI – Evaluation). Un contrat est passé avec chaque fournisseur, précisant les engagements mutuels entre le client et lui. Enfin, le produit du fournisseur doit être intégré dans l’architecture du système d’information et les équipes de l’entreprise doivent être formées aux techniques particulières le concernant.

5.2.6. Gestion des risques (Risk Management) L’objectif de la gestion des risques est d’évaluer les problèmes potentiels avant qu’ils surviennent, la gestion des risques doit être planifiée et utilisée tout au long de la vie d’un projet.

5.3. Le domaine Engineering Le domaine engineering couvre le développement ou la réalisation d’un produit ou d’un service. Le processus Engineering est compose de six domaines de processus :
  Requirements Management (REQM),
  Requirements Development (RD),
  Technical Solution (TS),
  Product Integration (PI),
  Verification (VER),
  Validation (VAL)

5.3.1. Gestion des exigences (Requirements Management) L’objectif de la gestion des exigences est d’analyser la Par « gestion des exigences », CMMI entend la gestion de la cohérence entre les exigences et les produits de sortie du projet, le fait que les exigences soient bien comprises par les parties prenantes et que celles-ci s’engagent à les satisfaire, enfin la gestion des modifications apportées aux exigences en cours de projet.

5.3.2. Expression des besoins (Requirements Development) L’objectif de ce processus est d’analyser les besoins du client, le projet (ou produit) ainsi que les composants nécessaires à sa production.

5.3.3. Solution technique (Technical solution) L’objectif de ce processus est d’étudier et de réaliser les solutions techniques répondant aux besoins. Les solutions techniques englobent les processus, produits, composants et cycles de vie.

5.3.4. Intégration de produit (Product Integration) L’objectif de ce processus est de préparer et d’assembler les différents composants d’un projet afin d’obtenir un produit fini, de s’assurer que le produit fini est opérationnel et d’en assurer la livraison.

5.3.5. Vérification (Verification) L’objectif du processus de vérification est de s’assurer que le travail réalisé pour la réalisation du projet correspond aux besoins spécifiés (attentes client). Ce processus ne s’intéresse pas au projet ou au produit fini mais aux moyens mis en œuvre pour sa réalisation.

5.3.6. Validation (Validation) Le processus de validation assure que le produit ou le composant remplit toutes les fonctions attendues lorsqu’il est placé dans son environnement de fonctionnement.

5.4. Le domaine Support Le domaine support fournit des processus utilisés par les autres domaines de CMMi. Le domaine Support comprend cinq processus :
  Configuration Management (CM),
  Process and Product Quality Assurance (PPQA),
  Measurement and Analysis (MA),
  Decision Analysis and Resolution (DAR),
  Causal Analysis and Resolution (CAR)

5.4.1. Gestion des configurations (Configuration Management) Ce processus consiste à identifier et décrire les produits que le projet doit fournir : il faut donc en construire le référentiel (définition des identifiants et des attributs), puis alimenter et tenir à jour la description des produits – et le référentiel lui-même, en cas de changement.

5.4.2. Assurance qualité des processus et des produits (Process and Product Quality Assurance) Ce processus évalue et compare les processus, le travail réalisé et les services par rapport aux objectifs prédéfinis.

5.4.3. Production et analyse des indicateurs (Measurement and Analysis) Les indicateurs dont il s’agit sont ceux relatifs à l’avancement du projet et non au fonctionnement du produit une fois qu’il aura été mis entre les mains des utilisateurs (ce fonctionnement n’est pas pris en compte par CMMI).

5.5. Méthode de prise de décision (Decision Analysis and Resolution) Ce processus analyse des décisions possibles en utilisant une évaluation des différentes alternatives par rapport à des critères établis. Les buts sont :
  Etablissement des critères d’évaluation des alternatives,
  Identification des solutions alternatives,
  Sélection de méthodes d’évaluation des alternatives,
  Evaluation des solutions alternatives en utilisant les méthodes et critères précédemment définis,
  Sélection des solutions en fonction des critères d’évaluation

5.6. Analyse causale et solution des problèmes (Causal Analysis and Resolution) L’objectif est d’identifier les causes de défauts et de tout problème rencontré et d’éviter qu’ils se reproduisent. Les buts sont :
  Déterminer la cause initiale d’un défaut,
  Implémentation d’une action,
  Evaluation des effets de l’implémentation de l’action sur les performances des processus

6. Evaluations avec CMMi (SCAMPI)

La méthode d’évaluation proposée par CMMi est SCAMPI (Standard CMMi Appraisal Method for Process Improvement).