Qu'est-ce que CMMi ?

1. Introduction

CMMI ou Capability Maturity Model & Integration est Conçu en 1987, à partir des meilleures pratiques de conception des logiciels par le SEI (Software Engineering Institute). C'est donc un recueil de bonnes pratiques de développement de logiciels.

L'utilisation de CMMI garantit, si tant est qu'elle est faite sérieusement, à l'organisme une augmentation notable de la Qualité de sa prestation. Cette Qualité est mesurable puisque chacun des domaines de processus et de processus fait l'objet d'indicateurs.

1.1. Terminologie 

Avant d'entrer dans le détail de CMMI il est nécessaire de préciser un certain nombres de concepts dans le cadre de CMMI.

• Organisation : Dans le contexte de CMMI est appelé organisation l'entité dans laquelle sont déployées les bonnes pratiques. Le mot est à comprendre dans un sens proche de périmètre puisque l'organisation peut être tout ou partie de l'entreprise, une business unit par exemple ou encore un logiciel parmi d'autre.
  
  
• Projet : Ensemble d'activités mises en œuvre dans l'objectif de fournir un produit ou un service. Il est exécuté par une équipe et un chef de projet, avec des contraintes de délais et de budget. Il a une date de début et une date de fin.
  
  
• Chef de projet : Il dirige l'équipe en charge du projet.
  
  
• Client et utilisateur : Le client est celui qui paie pour utiliser le logiciel, l'utilisateur est celui qui l'utilise.
  
  
• Fournisseur : Celui qui fourni le logiciel.
  
  
• Partie prenantes : Toutes les personnes concernées par le logiciel qu'il s'agisse de son financement, de son utilisation ou de son développement.
  
  
• Produits et Services : Ce sont les résultats de l'activité de l'entreprise livrés au client ( y compris les livrables internes)
  
  
• Domaines de processus : C'est un ensemble de processus regroupés par domaines, nous les présenterons plus loin dans ce document. CMMI en propose 22 dans sa versions 1.2.

1.2. Représentation "étagée" et "continue"

Deux écoles s'affrontent dans l'approche de mise en œuvre de CMMI l'approche étagée (staged) et continue (continuous)

1.2.1. Représentation étagée :

Dans cette approche l'organisation tout entière doit évoluer au regard des 5 niveaux définis dans CMMI on parle alors de maturité.

1.2.2. Représentation continue :

Dans cette approche les domaines de processus sont évalués indépendamment les uns des autres, c'est donc le niveau de chaque processus qui est important, on parle alors d'aptitude.

Autrement dit en représentation étagée le niveau de maturité porte sur l'ensemble de domaines de processus et c'est l'organisation toute entière qui bénéficie de ce niveau de maturité. En représentation continue l'organisation ne peut pas se prévaloir du niveau de maturité de l'ensemble des ses domaines puisque le niveau de maturité porte sur un domaine de processus.

Quel choix faire ?

C'est un sujet qui mérite un développement important, toutefois on peut le résumer ainsi. Si vous souhaitez aller vers une certification ou embarquer toute une organisation vers CMMI c'est l'approche étagée qu'il faut suivre. Si en revanche vous souhaitez intervenir sur des processus inexistants ou insuffisamment matures privilégiez l'approche continue.

1.3 Structure du modèle CMMI

Le modèle CMMI est constitué de :

• Niveaux de maturité des processus,
• Pratique génériques spécifiques à un niveau de maturité,
• Objectifs génériques qui sous tendent les pratiques génériques,
• Pratiques spécifiques qui complètent les pratiques et objectifs génériques,
• Objectifs spécifiques qui soutiennent les pratiques spécifiques,
• Sous pratiques qui complètent ou détaillent les pratiques spécifiques.
  

2. Les niveaux de CMMI :

2.1 Présentation des niveaux de maturité

Il est convenu de dire que les dispositions mises en œuvre dans une entreprise certifiée ISO 9001, permettent une équivalence sur le Niveau 2 de maturité de CMMi.

Au delà de l'apport indéniable de CMMi sur la structuration des équipes, son émergence est fortement liée aux contraintes de Qualité, Coût et Délais qui pèsent sur la Gestion de projet.

CMMi est donc un modèle de développement, de maintenance des systèmes et des applications informatiques.

Ce standard de facto dans les développements a vu sa côte évoluer du fait de la multiplication du recours au développement "Offshore". Cette pratique induit que les 2 entités doivent discuter d'égal à égal en possédant des niveaux de maturité, sinon identiques, assez proches.

2.2 Imbrication des niveaux et des objectifs génériques

Les objectifs génériques (GG) décrits dans chacun des niveaux de CMMI s'appliquent au niveau de maturité visé par l'entreprise. Lorsque l'organisation adresse un niveau supérieur, elle doit non seulement intégrer les nouveaux objectifs génériques (ainsi que les pratiques associées) mais continuer a mettre en oeuvre les objectifs du niveau inférieur, à la manière des poupées russes.

 

 

3. Quelle est la structure de CMMi ?

C'est un code de bonnes pratiques qui prône la mise en œuvre de 24 processus

Ces processus sont regroupés sur :

• Le Process Management ( Gestion des processus)
• Le Project Management  (Gestion de projet)
• L'engineering  (Ingénierie)
• Le Support
  

CMMi trouve sa place dans toute organisation IT, en répondant aux problématiques Information Systems et Information & Technology.

A ce titre CMMi permet :

• D'assurer l'équilibre entre les coûts, les délais et la sécurité.
• De mettre en œuvre les conditions d'une amélioration continue.
• De garantir que les coûts sont maitrisés.
• D'assurer un niveau optimal de Qualité de la conception des logiciels
• D'évaluer le coût d'un projet
• De mettre en œuvre les conditions de partenariats avec des tiers (infogérance, offshore, etc.)

Il est important de mettre en exergue que CMMi intègre une approche orientée sur la conduite du changement.

4. Le niveau "0 et 1" :

En représentation étagée le niveau "0" n'existe pas alors qu'il existe pour l'approche continue. L'objectif des niveaux de CMMI est de permettre d'évaluer si les niveaux d'aptitudes des domaines de processus sont généralisés, dans l'approche continue lorsqu'un aucun domaine de processus n'est mis en œuvre on parle de niveau "0".

Le niveau "1" s'appliquant à l'approche étagée signifie donc que le domaine de processus dans son ensemble satisfait aux exigences exprimées par CMMI.

Ce qu'il faut retenir de ces 2 niveaux c'est qu'ils constituent un point de départ et qu'ils mettent en exergue que l'organisation n'est pas mature dans ses activités de conception.