Le RH, le chef de projet et le scrummaster

Je reviens sur ce sujet très récurrent de la transition vers Scrum/XP qu’est le bouleversement des rôles et des responsabilités. Au détour de l’une de mes récentes missions deux chefs de projet ont annoncés qu’ils donneraient prochainement leurs démissions si l’on poursuivait dans cette voie (Scrum/XP). Il faut dire que pour lutter contre les habitudes j’ai tendance à vouloir “déséquilibrer la routine“.

En effet le “chef de projet” est mis à mal par l’organisation agile. A des gens a qui on n’a pas cessé de demander d’être (un peu) bon sur 3 domaines à la fois : en management, sur les aspects fonctionnels, et sur les aspects techniques, on demande soudain de choisir entre l’un des 3 domaines (management, soit le scrummaster, aspect fonctionnel soit le product owner, aspect technique soit l’un des membres de l’équipe). Drame.

(more…)

This entry was written by pablo, posted on October 5, 2011 at 8:43 am, filed under gestion projet, management, méthodes agiles and tagged chef de projet, product owner, rh, scrummaster. Leave a comment or view the discussion at the permalink.

L’ignorance est une bénédiction

Effet de bord très intéressant : en mission depuis septembre chez une (très) belle enseigne : celle-ci édite des logiciels dans un domaine assez spécifique et ma foi fort compliqué. Il découle de cela qu’il m’est très difficile de m’immerger dans le métiers. Pour ainsi dire je suis souvent paumé au milieu de la terminologie complexe et absconse du domaine en question.

Là où les choses se révèlent intéressantes c’est que cette défaillance apparaît comme une véritable bénédiction : je ne vois que ce que je dois voir : les forces en présence, les pressions, les oublis manifestes, les problèmes, les obstacles, etc. Cette ignorance renforce ma neutralité et me donne une meilleure acuité.
Et la neutralité du scrummaster ou du coach agile, c’est toute sa force. La neutralité va avec transparence.

Plus encore, quand je commence à intégrer le métiers je tombe parfois dans le piège (très humain) de m’immiscer dans la réflexion et dans la discussion. Je sors de mon rôle, happé par ma (meilleure) connaissance du sujet. C’est d’ailleurs un piège récurrent : quand on intervient au sein d’une équipe déjà formée de longue date et que l’un de ses membres devient le scrummaster, il lui est difficile d’oublier son ancien positionnement, son ancien rôle.
Voilà pour ce court billet.

This entry was written by pablo, posted on December 14, 2010 at 10:35 am, filed under gestion projet, méthodes agiles and tagged coach, scrummaster. Leave a comment or view the discussion at the permalink.

Check CMMi et projet scrum

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 !

This entry was written by pablo, posted on November 6, 2009 at 8:47 am, filed under cmmi, méthodes agiles, scrum and tagged check, cmmi, scrum, scrummaster. Leave a comment or view the discussion at the permalink.