Fortunes projet

En écho à l’article concernant une convergence possible (ou pas) entre agile et cmmi, vous trouverez ici les fortunes CMMi que j’avais évoqué. J’ai décidé de les renommer “fortunes projet” car je les ai passablement reformulées, et pour ne pas chagriner les anti de tous poils. L’idée derrière ces fortunes est de donner aux équipes des éléments de réflexion pour les aider à la réussite de leurs projets (qu’ils soient agiles, classiques, ou autre).

Agile & CMMi, potion magique ou grand fossé ?

Je reviens sur la session Agile & CMMi : potion magique ou grand fossé que nous avons donné récemment Yassine (@yassinezakaria) et moi même lors de l’Agile Tour Toulouse 2011. Les slides sont disponibles ici (ou intégrés plus bas) et je souhaitais les commenter un peu, même si des commentaires écrits remplacent rarement une session. D’abord sachez que cette session nous a amené -Yassine & moi- a pas mal de discussions assez musclées.

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.

Agile Tour Montpellier 2011, première édition

Pour la première fois Montpellier organise un Agile Tour. Le 20 octobre 2011. Enfin Montpellier … un petit groupe d’organisateurs dont j’ai l’honneur de faire partie (sur le papier, car je ne suis vraiment pas assez présent … mais ils me font malgré tout le plaisir de me compter parmi eux). Le programme, les infos, les inscriptions, les sponsors (que l’on remercie car ils nous permettent de mettre en oeuvre cette manifestation) Là. L’Agile Tour Montpellier se déroulera dans l’école Polytech le 20 octobre toute la journée. Et les places seront limitées (elles partent assez vite me dit-on, donc…). C’est gratuit, vous aurez à manger pour le corps et l’esprit. A propos de ce dernier amenez le ouvert et léger.

Considération, respect et effet pygmalion

Il est assez facile d’expliquer aux managers que l’on côtoie dans le coaching agile l’application de certaines pratiques, par exemple : l’automatisation des tests, la notion de “fini”, les itérations, etc, et certaines valeurs : inspection & adaptation (pour -par exemple- scrum). Pour les managers les gains apportés par ces pratiques et valeurs coulent de source. Quand on parle de confiance, de respect, c’est toujours beaucoup plus difficile. Ces notions agiles (depuis Lean) paraissent trop souvent liées à une philosophie, voire une idéologie, et donc ne sont pas appréciées à leur juste valeur par des profils dont l’objectif est avant tout de produire des résultats, de rentabiliser en quelque sorte leurs équipes, leurs produits, etc. 

Are you experienced ?

Bon sang que ce billet a du mal à sortir. Il a été démarré en février 2011, repris en août. Et je sèche j’ai juste l’impression d’écrire un truc totalement inutile. Mais j’ai besoin d’exprimer ces idées, et je ne sais pas comment cela sera compris. “Tout le monde s’en fout pablo crache ton truc”. ah ok voilà qui me rassure. allons-y donc. Passe ton cycle en V d’abord Pour encadrer des équipes agiles ou faire du coaching il faut de l’expérience (oui j’ai décidé d’enfoncer des portes ouvertes).

Kanban, le cheval de Troie

En ce moment beaucoup de choses sont dîtes sur Kanban, et cette approche agile semble avoir le vent en poupe. J’en suis ravi et je ne suis pas surpris : de nombreuses choses imposées par Scrum (et XP) qui freinent les entreprises dans leur adoption ne sont pas présentes dans Kanban, par exemple : la redistribution des rôles, ou la recomposition des équipes. La principale force de Kanban est de permettre une modélisation du flux sur l’existant, puis de le faire évoluer. Je ne sais plus de qui sont ces mots (Mike Cohn peut-être) mais quand Scrum opère une révolution, Kanban propose une évolution. On comprendra alors aisément que de nombreuses entitées soient plus tentées par Kanban que par Scrum. Et donc Kanban pourrait probablement bien plus que Scrum dans les entreprises être le cheval de Troie des méthodes agiles.