Capability Maturity Model (Modèle de Maturité des Aptitudes)
(CMM)

Les 5 étapes d'évolution dans la gestion des processus d'organisation. Description du Modèle de Maturité des Aptitudes. CMM. - Français




  

Rejoignez notre communauté du management

Inscription gratuite en tant que membre


Nom complet:*
Société :  
Rue + nr :*
Ville:*
Etat :  
Code Postal :*
Pays :*
E-mail:* (Ce sera votre nom d'utilisateur)

J'accepte les Conditions de Service.





Intégration de Capability Maturity Model (Modèle de Maturité des Aptitudes) - modèle CMMILe Capability Maturity Model (Modèle de Maturité des Aptitudes) de CM-CEI est un modèle d'organisation qui décrit le 5 étapes d'évolution (niveaux) dans lequel le processus dans une organisation est géré.

 

La pensée derrière le modèle CMM, initialement développé pour le développement de logiciel, est qu'une organisation devrait être en mesure d'intégrer et supporter ses logiciels d'applications informatique. Le modèle fournit également les phases et les activités spécifiques qui aident à amener une organisation d'un niveau au suivant.

 

Les 5 étapes du modèle de maturité des Aptitudes (CMM)

  1. Initiale (les processus sont ad-hoc, chaotique, ou peu de processus sont définis réellement)
  2. Répétitivité (les processus de base sont établis et il y a un niveau de discipline pour coller à ces processus)
  3. Défini (tous les processus sont définis, documentés, normalisés et intégrés les uns avec les autres)
  4. Géré (les processus sont mesurés en rassemblant des données détaillées sur les processus et leur qualité)
  5. Optimisé (l'amélioration continue des processus est adoptée et mis en place par un feedback quantitatif, pilotant les nouvelles idées et technologies)

Modèle de maturité de logiciel

Le CMM décrit les principes et pratiques sous-jacents à la maturité du processus de création de logiciel. On le destine à aider les entreprises de logiciel à améliorer la maturité de leurs processus de création logiciel lorsqu'elles sont engagées sur un processus évolutif. Ce chemin va des processus ad-hoc et chaotiques, vers des processus matures et disciplinés de développement logiciel. La cible est d'identifier les zones de processus clés et les pratiques exemplaires qui peuvent comporter un processus discipliné de logiciel. Le fondement de maturité fourni par le modèle CMM établit un contexte dans lequel :

  • Les pratiques peuvent être répétées. Si vous ne répétez pas une activité, il n'y a aucune raison de l'améliorer. Il y a des politiques, des procédures et des pratiques, qui forcent l'organisation à mettre en oeuvre et à réaliser ses tâches invariablement.
  • Les meilleures pratiques peuvent être rapidement transférées à travers les groupes. Les pratiques sont suffisamment définies pour permettre un transfert à travers les frontières d'un projet, de ce fait fournissant une certaine normalisation pour l'organisation.
  • Les variations des meilleures pratiques en matière de performance sont réduites. Des objectifs quantitatifs sont établis pour les tâches ; et des mesures sont définies, mises en place, et maintenues pour former un socle de base à partir duquel une évaluation est possible.
  • Les pratiques sont améliorées en permanence pour augmenter les aptitudes (optimisation).

Le CMM est utile non seulement au développement de logiciel, mais également pour décrire le niveau d'évolution des organisations en général et décrire en particulier le niveau de gestion qu'une organisation a atteint ou veut atteindre.

 

La structure du modèle CMM

  • Niveaux de Maturité - un fondement par couches successives supporte une progression vers la discipline, nécessaire pour réaliser des améliorations en continu. Il est important d'énoncer ici qu'une organisation développe sa capacité d'évaluer l'impact d'une nouvelle pratique, d'une technologie, ou d'un outil sur son activité. Par conséquent la question n'est pas d'adopter ces derniers, mais plutôt de déterminer comment les efforts d'innovation influencent les pratiques existantes. Ceci renforce les projets, équipes, et organisations en leur donnant des bases solides en appui pour effectuer des choix raisonnés.)
  • Secteurs de Processus Clé - (Key Process Areas - KPA) identifie un groupe d'activités reliées qui, une fois leur performances améliorées collectivement, réalisent un ensemble de buts considérés importants.
  • Buts - (Goals) les buts d'un secteur de processus clé récapitulent les états qui doivent exister pour ce secteur de processus clé. Les conditions du succès doivent être réunies et mises en oeuvre d'une manière efficace et durable. Le niveau à quel point les buts ont été atteint est un indicateur du nombre des aptitudes que l'organisation a établies à ce niveau de maturité. Les buts signifient le périmètre, les frontières, et l'attention à chaque secteur de processus clé.
  • Dispositifs communs - (Common features ) les dispositifs communs incluent les pratiques qui mettent en oeuvre et institutionnalisent un secteur de processus clé. Ces cinq types de dispositifs communs incluent : l'engagement à réaliser, la capacité à réaliser, les activités réalisées, les mesures et analyses, et la vérification de l'implémentation.
  • Pratiques principales - (key practices) les pratiques principales décrivent les éléments de l'infrastructure et de la pratique qui participent le plus efficacement à la mise en oeuvre et à l'institutionnalisation des secteurs de processus clé.

Critères de définition des processus

Les critères de définition des processus sont l'ensemble des éléments de processus qui doivent être inclus dans une définition de processus de logiciel pour qu'il soit utilisable par les personnes réalisant le processus. Pour établir les critères vous posez la question - « quelle information du processus logiciel je doit documenter ? »

De tels éléments de processus sont :

  • Objectif - pourquoi est-ce qu'un processus est réalisé ?
  • Produit en entrée - quels produits de travail sont utilisés ?
  • Produit en sortie - quels produits de travail sont finalisés ?
  • Rôle - qui (ou ce qui) réalise les activités ?
  • Activité - ce qui est fait ?
  • Critères d'entrée - quand (dans quelles circonstances) les processus peuvent-ils commencer ?
  • Critères de sortie - quand (dans quelles circonstances) les processus peuvent-ils être considérés terminés ?
  • Procédure - comment les activités sont-elles mises en oeuvre ?
  • Revues et audits de projet réalisées.
  • Produits de travail qui doivent être gérés et commandés (ou placés en gestion de configuration).
  • Les mesures à faire.
  • Formation.
  • Outils.

Livre : James R. Persse - Implementing the Capability Maturity Model -

Livre : Mary Beth Chrissis - CMMI : Guidelines for Process Integration and Product Improvement -

 

Modèle de Maturité des Aptitudes Groupe d'Intérêt Spécifique


Visitez ce Groupe d'Intérêt Spécifique

Modèle de Maturité des Aptitudes Forum

Entrez un nouveau Commentaire

Modèle de Maturité des Aptitudes Enseignement & Evènements


 

Comparez le Modèle de Maturité des Aptitudes avec :   People CMM (CMM des Personnes) OPM3 Balanced Scorecard Baldrige Award (Prix Baldrige) EFQM Change Approaches (Approches du Changement) Organizational Learning (Organisation Apprenante) Kaizen

 

Retour vers la page des disciplines de Management : Changement & Organisation Ressources Humaines Connaissance et Immatériel Supply Chain & Quality (Chaîne des Appros et Qualité)

 

Plus de Méthodes, Modèles et Théorie de Management

12manage pour:


 

 

Copyright 2009 12manage - La Voie Rapide vers la Direction Générale. V10.4 - Dernière mise à jour : 22-11-2009. Tout les noms TM par leurs propriétaires.