Voici donc quelques impressions, au gré des séances auxquelles j'ai pu assister.

Coaching... et Magicien d'Oz

Cet atelier, mené par Portia Tung et Pascal Van Cauvenberghe, rappelle l'importance d'un véritable coaching, loin du consulting. Si ce dernier apporte des réponses, le Coach pose des questions. Voir d'ailleurs Coaching humaniste sur ce site.
Le Coach

  • pose des questions (ouvertes)
  • écoute
  • regarde
  • dit ses impressions.

Autrement dit, donne du feedback.
Sur ce point, entre Consultant et Coach existe une 3ème voie : le Mentor.

Contrats

Ah... L'éternelle question du contrat agile.
Peter Stevens rappelle différents types de contrats. J'ai vraiment apprécié dans sa présentation la relation faite entre contrats et revenus, profits d'autre part, vu du point de vue "sous-traitant". Et une belle planche sur le fameux contrat "Money for nothing, changes for free", avec une courbe qui montre bien l'intérêt de s'arrêter lorsque le RoI devient négligeable.

On pourrait appeler cela "le pied de nez de l'agilité". En "cascade", on finit en retard. En "agile", on finit une release avant la fin...

Iteration Manager

Enfin, j'ai assisté à la présentation de Petra Skapa.
"Iteration Manager". Selon la définition que vous donnez au ScrumMaster - autrement dit si vous ne le cantonnez pas strictement aux pratiques de Scrum mais que vous appliquez plutôt l'esprit du rôle - cet IM est un SM.
En clair, un manager.
Pas au sens XP de Manager qui lâche prise, qui joue un rôle de "couverture aérienne".
Et cela m'amène à deux réflexions.

  • Dans certains cas, cette distinction entre Project Manager (le fameux d'XP) et IM peut être pertinente, par exemple histoire de ne pas virer un ancien Chef de Projet. Ou bien encore lorsque l'équipe n'assure pas ces fonctions de management (l'auto-gestion inhérente au Manifeste agile).
  • Ce qui me conduit à une autre réflexion. Dans ma (petite) tête, l'agile a pour conséquence une revalorisation certaine du Développeur. Ce dernier ne "pisse" plus du code. Il participe aux enjeux de l'organisation (pour peu aussi que le Product Manager fasse son boulot...).

Et il existe à mon sens aujourd'hui 2 "philos" agiles.

  1. Le ScrumMaster est naturellement l'ancien Chef de Projet
  2. Le ScrumMaster est l'un des Développeurs (ce rôle pouvant tourner d'une itération ou release à l'autre).

Le tout est surtout fonction de chaque situation : culture de l'entreprise, capacité à valoriser les Développeurs, capacité de ces derniers à se responsabiliser... Dans ce cas l'ancien Chef de Projet peut devenir Agile Manager (au sens lâcher-prise) ou bien Développeur par exemple. Ou encore Analyste fonctionnel, Testeur...

Un point à ne pas oublier : l'amélioration continue. En d'autres termes, on peut par exemple démarrer avec un ScrumMaster ou IM particulièrement actif et, sprint après sprint, lâcher prise au profit des Développeurs.

Décidément, il existe plusieurs sons de cloche en agilité. Et je revendique d'être l'une de ces cloches !

Et, horaire d'avion oblige, j'ai du quitter prématurément le centre de conférence.

2011

Bref, vivement 2011, je reviendrai avec plaisir à Genève, en tant qu'orateur ou en tant que participant, tout simplement. Merci encore aux Organisateurs pour leur accueil et la tenue de cette journée agile.

Notes