CMMi ?
Je viens de passer un “check CMMi” avec pour sujet un projet Scrum dont je suis le ScrumMaster. On lit beaucoup de choses sur les liaisons ou équivalences en CMMi et Scrum, par exemple dans une annexe du bouquin de Ken Schwaber (“Agile Project Management”). Notamment sur les pratiques couvertes par Scrum concernant CMMI. Je reste assez dubitatif sur cette volonté de rapprocher ces deux méthodes car je perçois pour l’instant que ce n’est fait que pour rassurer certains clients, ou pour bâtir un argumentaire commercial. Actuellement -dans la société pour laquelle je travaille encore durant deux mois- c’est assez caricatural : les scrumers moquent les cmmis et vice-verça. Je joue moi aussi beaucoup à cela. C’est de la détente, hein. Mais je suppose qu’une vraie analyse des pratiques CMMi (telles qu’elles sont mises en oeuvre ici) via le prisme de Scrum apporterait une vraie (contre)analyse et permettrait de faire évoluer le modèle. Et là aussi vice-verça.
Scrum ?
Bref en tous cas je viens de passer un “check” : on vérifie l’application des pratiques CMMi sur vos projets au sein de l’”agence”. Parmi les points forts sont remontés le projet Scrum, notamment sur la pratique PMC (en gros gestion de projet) : visibilité et implication des équipes (le radiateur, les stand-up meeting, etc.), mais aussi sur la pratique VER (vérification) : test d’intégration et d’acceptation par le client à chaque itération. Bref : L’auditeur CMMi est probablement moins borné que moi et a observé avec intérêt les pratiques Scrum !
Cet article a été écrit par , posté le November 6, 2009 at 8:47 am, fichier classé sous cmmi, méthodes agiles, scrum and tagged check, cmmi, scrum, scrummaster. Laisser un commentaire ou voir le détail de l'article et des commentaires sur ce lien.
Blog maintenu par 
Bonjour,
Petit rappel: CMMI n’est pas une méthode, mais un “modèle de maturité” qui définit des bonnes pratiques de développement (ou d’acquisition ou de services). Donc, une évaluation CMMI permet d’évaluer dans le contexte de l’entreprise si les pratiques de développement sont pertinentes et efficaces.
SCRUM ou toute autre méthode agile peut être utilisé pour développer par exemple et au hasard des applications Web avec un client ne sachant pas trop ce qu’il veut. On peut tout aussi bien utiliser Merise ou UML ou RUP…
CMMI est comme moi: agnostique. Donc les guerres de religion me m’intéressent pas.
CMMI peut être utilisé avec une vision bureaucratique (encore fréquent) et l’Agilité peut s’instancier en “méthode à l’arrache” (encore plus fréquent).
Et en paraphrasant G.Brassens: “la méthode ne fait rien à l’affaire; quand on est c.. on est c..”.
Mais le CMMI ne s’applique pas qu’au logiciel mais aussi au système: et pour l’agilité, là on parle plutôt de Lean Development Product (cf. LAI et la conférence de juin de l’AFIS).
Donc sur les principes, nous sommes tous d’accord.
Cordialement,
Alain Bret (instructeur CMMI, Alcyonix groupe SQLI)
Oui oui, je connais la dichotomie entre méthode et modèle et je la perçois bien ainsi pour Scrum & CMMi. Merci en tous cas Alain (je me permets de te tutoyer puisque nous faisons -à ce jour- partis du même groupe -SQLI- et que j’ai longtemps eu pour voisin un membre d’Alcyonix). J’ai mangé du CMMi ces dernières années (Checks et Gos niveau 3, Checks niveau 4), je me défendais pas mal (je ne sais pas si tu approuves cette terminologie “manger”, “défendre pas mal”…) et j’y ai trouvé beaucoup de choses intéressantes -en cela aidé par un irrésistible directeur de projets que je salue au passage : Jean-Luc Tricot-. Il n’empêche j’ai un tropisme fort vers un “coaching social” et donc j’ai trouvé en Scrum des solutions, mais surtout des réponses. Je suis assez d’accord avec Brassens, et si je parlais plus haut de tropisme c’est que j’estime que chacun a des prédispositions (ou pas…) pour appliquer tel ou tel modèle, telle ou telle méthode. Pour finir, Scrum, Lean ou Kanban ne s’appliquent naturellement pas non plus qu’au logiciel ou au système ! Enfin quitte à choisir je préfère une méthode à l’arrache que bureaucratique, mais j’avoue que je tombe là dans le piège de la caricature. CMMi m’a appris beaucoup (dans mon cadre) mais il m’a donné l’impression de ne pas savoir se réguler. Comme un processus qui ne cesse d’enfler. Si j’osais je dirais qu’il faudrait placer les pratiques du niveau 5 (amélioration des processus) avant le niveau 3… Je maugrée aussi encore aujourd’hui contre les PQP (Plan Qualité Projet), j’ai du en délivrer pas mal aux clients, je ne crois pas me souvenir qu’un seul en ai lu un… mais là c’est probablement plus un problème d’application des pratiques que des pratiques elles-mêmes.. tu comprendras donc cependant que les préceptes du manifeste agile résonnent fortement en moi.
Je vous renvoie aussi à ce billet de Claude Aubry : http://www.aubryconseil.com/post/Scrum-CMMI%2C-niveau-2%2C-niveau-5
Je n’ai pas eu le plaisir de t’avoir en formation, mais tu aurais pu entendre ce que je dis sur les ressources humaines, *capital humain* des entreprises au travers de la GP2.5 et d’OT, et mes critiques récurrentes sur les “marchands de viande”.
Le cours commence par le triangle (RH / Processus / Techno-métier) : j’insiste lourdement sur ce slide car ce que l’on recherche c’est un équilibre entre les 3 axes; parmis nos meilleurs clients nous avons des organisations technologiquement performantes avec des ressources humaines brillantes mais au bord du “burn-out” qui n’ont pas su gérer le passage de la start-up à l’entreprise : et là, formaliser les processus devient indispensable pour la survie de l’entreprise et la santé des employés; quitte à formaliser sur une méthode agile…
Ma conviction profonde est que l’on doit avoir des processus “lean” dans lesquels les compétences humaines peuvent s’épanouir sans que ce soit le “bordel”.
Sur les plans, je milite auprès de mes clients pour qu’ils fassent des plans génériques avec une instanciation projet qui doit tenir sur une page A4; mais pour cela il faut avoir des processus définis et relativement stables.
Sur les démarches “agiles”, sur les principes je suis en général d’accord, mais ce qui m’irrite c’est qu’on essaie d’en faire un nouvel “silver bullet”, et j’en ai déjà entendu pas mal siffler à mes oreilles en 30 ans de carrière.
PS: quant à Claude Aubry, c’est un toulousain comme moi !
A priori nous nous rejoignons donc sur beaucoup de choses. La dernière et pas des moindres : Scrum et l’agilité (ou CMMi) ne sont pas des “silver bullet”, il serait inconséquent de présenter les choses ainsi.
ps : Jean-Luc Tricot aussi est toulousain !