Non non pas du tout, ce n’est pas l’un ou l’autre, du moins les deux se complètent à mes yeux. Oui les “guerriers du code”. Je dois (mais le temps m’a manqué) écrire un petit billet sur comment les deux coïncident. 2003 ? non, de ce que je vois autour de moi, les choses n’ont pas changées. Je peux me tromper sur bien des points, je fais juste part de mon analyse et de mon vécu. Ma crainte actuelle est de voir les méthodes agiles appliquées à l’emporte pièce car c’est la mode et provoquer un désastre (je commence à voir des cas comme cela). Cela me rappelle un dessin de Dilbert ou le patron dit : “je veux avoir plus de productivité, avec moins d’employés”, “mais ce n’est pas cela les méthodes agiles” lui réplique-t-on, ce à quoi il répond : “peu importe le nom, ce que je veux c’est moins d’employés et plus de productivité”. On est un peu là dedans maintenant : mettons “agile” à toute les sauces : on aura fait le faux raccourci : plus de spec, plus de suivi, etc. Dans un tel cas on va droit au mur (j’ai déjà un exemple terrain d’une grosse boite française là dessus, elle vient d’annoncer qu’elle fait retour arrière et qu’elle abandonne les méthodes agiles. Le problème est qu’elle n’a jamais vraiment mis en place de l’agile).

As-tu déjà jeté un coup d’oeil au blogue de Jeff Sutherland. Il y mentionne que CMMi Niveau 5 + Scrum est une potion magique (http://jeffsutherland.com/2007/09/scrum-and-cmmi-level-5-magic-potion-for.html).

J’ai moi aussi lu le livre des Poppendiecks où on parle de CMMi. À ma connaissance, je crois qu’ils ont travaillé avec Systematic, la compagnie CMMi Niveau 5 citée dans le billet de Sutherland. Si ta référence aux Poppendiecks pointe vers leur premier livre en 2003, est-ce qu’il se peut, sept an plus tard, que les choses aient évolués?

De ce que j’ai pu voir, CMMI est avant tout un modèle imposé par certains clients, une sorte de must-have sur la carte de visite de la SSII sans lequel des marchés restent fermés. Du coup, une fois l’appraisal passée, l’engouement et la pression hiérarchique pour implémenter la méthode retombent.

Pour en avoir fait l’expérience, c’est assez compliqué d’avoir un noyau Scrum au niveau projet/produit et par-dessus une couche CMMI (donc un Scrum Master/leader + un CP/manager). En effet en SSII il peut rapidement y avoir un problème de coût élevé de ces ressources cumulées et donc tentation de faire assumer les deux rôles par la même personne, ou d’étaler les deux personnes à beaucoup de projets à la fois. Par ailleurs les deux couches ne sont pas entièrement imperméables, il y a forcément des points de chevauchement où elles se parasitent, comme par exemple la communication avec le client.