Comments on: Check CMMi et projet scrum

By: pablo

pablo — Mon, 09 Nov 2009 07:25:54 +0000

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 !

By: Alain Bret

Alain Bret — Sun, 08 Nov 2009 20:50:22 +0000

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 !

By: pablo

pablo — Sun, 08 Nov 2009 09:05:34 +0000

Je vous renvoie aussi à ce billet de Claude Aubry : http://www.aubryconseil.com/post/Scrum-CMMI%2C-niveau-2%2C-niveau-5

By: pablo

pablo — Sun, 08 Nov 2009 08:44:00 +0000

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.

By: Alain Bret

Alain Bret — Sat, 07 Nov 2009 10:01:38 +0000

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)