Rennes on Rails

Je relais l'information de Rennes on Rails postée sur AgileRennes:

J'ai le plaisir de vous annoncer la naissance d'un petit cousin d'Agile Rennes : Rennes on Rails :) http://www.rennesonrails.com
Certaines personnes, qui étaient au lancement du forum Grafotech Agile, et qui s'adonnent aux joies de Ror le soir après le boulot :) se sont déjà manifestées pour nous suivre dans cette nouvelle aventure, j'espère que d'autres n'hésiteront pas à
franchir le pas !
Rennes on Rails est donc animé par moi-même et Sébastien Gruhier (aka "Mr. Proto" pour ses talents et son goût prononcé pour Prototype et Scriptaculous). Nous allons, pour commencer, animer un RailsBar mensuel, sur des thématiques plutôt concrètes et techniques pour passer en revue les aspects clés du framework.
Le premier RailsBar aura lieu le 4 mai à 19h au Bar Le Saint Mélaine Pour le premier rendez-vous nous vous proposons une présentation rapide du framework et un tour de table pour faire le point sur vos attentes.
A très vite donc ! Karine

Scrum-ban

Ou comment passer de Scrum au Kanban, une première étape vers le Lean. Le blog de Corey Ladas regorge d'extraits de son livre notamment cette note qui donne le ton. Le livre est écrit comme un essai. Kanban est une pratique du Lean, sa métaphore avec l'argent et les billets (bah oui, faut avoir lu la note) exprime bien ce qu'il y a derrière le Kanban: Des limites et une quantité en circulation. Des limites pour optimiser le système globalement et minimiser le WIP (work in process), une quantité en circulation cohérente car ça ne sert à rien de spécifier plus qu'on ne peut coder coder plus qu'on ne peut tester tester plus qu'on ne peut déployer C'est un système en flux tiré ou l'on remplace les buffers de temps par des buffers de workflow, même si cela reste du gaspillage au sens Lean mais limité et dont on contrôle la variation. Le Backlog devient piloté par les évènements fonctionnels plutôt que temporels comme pour Scrum, au rythme du sprint. Poussé au bout, on arrive au One piece flow. Dans un système Pull bien régulé, les itérations n'apportent plus de valeurs avec un planning et déploiement continue. Pour faire le lien entre le Kanban, le flow et la cadence, je vous invite à lire la présentation de Karl Scotland, que j'ai pu voir au spa 2009.

Une anecdote, un retour d'expérience sur les daily Scrum à 15:

Un daily Scrum est la réunion quotidienne d'une équipe Scrum pour échanger autour du Scrum board : synchronisation de l'équipe, remontée d'obstacles, avancement.
Cette réunion a un certain format : 15' debout en cercle, on pose trois questions à chacun (ce qu'il a fait depuis la dernière réunion, ce qu'il va faire et les obstacles qu'il rencontre). 15' c'est pour une équipe Scrum standard entre 5 et 9 personnes.

A 15 cela devient plus difficile de conserver ce format. Pourquoi 15 en une équipe et pas deux équipes Scrum, me direz-vous? Parce que l'équipe l'avait décidé ainsi au cours d'une rétrospective.

Trouver le bon curseur pour la durée de cette mêlée quotidienne était donc difficile: time boxer à 15-20' en restant trop superficiel ou passer à 45' et lasser tout le monde?
Toujours au cours de cette rétrospective, le format a donc été évoqué et la solution choisie était de faire un tour fonctionnel pour l'avancement (ou des user stories pour rester Scrum) et de faire un tour individuel pour les obstacles rencontrés. Ca marchait plutôt bien avec des réunions en 20'.

Il se trouve que ce format de réunion est celui retenu par Scrum Ban dans l'essai de Corey avec des équipes d'une vingtaine de personnes. La zone de confort pour les daily stand up meeting est autour de 25 (et jusqu'à 40/50!).

C'est la force d'une rétrospective et d'une équipe auto gérée qui trouve elle-même sa solution!

Rétrospective SPA conference 2009

What went well

Retrouvé avec plaisir des têtes connues, rencontré d'autres

Les deux soirées agiles, l'une avec le trio Pascal, Vera et Portia pour une session The first steps to become agile et l'autre avec les Extreme Tuesday Club en compagnie des pionniers de l'eXtreme Programming britanniques.

J'ai appris des choses, me suis posé plein de questions, suis reparti avec différentes idées d'ateliers, de sessions à murir: bref, assez de matières pour tenir jusqu'aux XP days.

J'ai pu expérimenter la session Business Value Game pour vérifier que je n'étais pas trop loin lorsque j'ai fait mes propres sessions ici ou là: j'en ressors avec une meilleure compréhension du jeu et des concepts.

Beaucoup de workshops, peu de conférences => plus impliqué tout au long du spa, mais plus fatiguant aussi.

Rien à dire sur l'organisation, très bien.

What went wrong

Un peu saturé et fatigué à la fin, du coup je n'ai pas été à la LSUG comme je le souhaitais.

Les deux derniers jours auraient pu être raccourcis en une journée.

Deux sessions que je n'ai pas réellement appréciées

To be perfect

Amener mes tennis pour courir un peu dans les jardins Londonien ou le long de la Tamise.

Sur trois jours ou mieux sur 4 mais avec plus de sessions, et peut être plus courtes.

What did I learn

Beaucoup autour du kanban et du role de coach: Le kanban avec la session de Karl Scotland de EMC consulting et du bof autour du Lean & Kanban.

Le rôle de coach avec la session de Rachel Davies:

Je me suis remis dans la peau d'un développeur pour cet atelier: Assez instructif pour mieux comprendre son propre rôle, miroir inversé d'une session de l'Agile Open, qui m'avait bien fait réfléchir à mon style de coaching.

La session Pitching Agile était assez difficile: vendre une transformation Agile à un groupe de C*O d'une banque au format "Dragon's Den" que j'ai découvert. C'était frustrant de ne pouvoir suffisament se défendre à cause de la langue mais l'anglais n'est pas la seule limite: parler leur langue de C*O est aussi un challenge pour moi!!!

C'est une conférence ou l'on peut expérimenter des ateliers ou des conférences. Je vais méditer cela pour le spa 2010...

Puzzles

Sur la session Pairing: beyond Programming, on a expérimenté divers exercices en binomant: décrire une peinture, faire du lego, conduire une réunion manager-collaborateur, avoir une activité de planification. Très interessant mais je m'interroge sur ce que je peux en retirer comme atelier à destination des chef de projet/managers pour les décider d'expérimenter cette pratique, surtout après les échanges surle sujet que j'ai encore eu à la dernière session granit.
Ca fera surement l'objet d'une soirée OpenCoffee d'AgileRennes.

Lire deux autres rétrospectives

• Selfish Programming


• Thinking for a change

Sur Rennes, ne vois-tu rien venir?

Il s'est passé plein de choses ces derniers temps, même pas le temps de blogger:

• Un voyage à Londres pour passer ma certification Product Owner avec Roman Pichler, c'était fin mars, pendant les manifs du G20.


• La première session Forum Grafotech Agile très réussie avec une cinquantaine de personnes et des débats animés sur certaines pratiques XP, c'était début avril. La prochaine session sera présentée par Patrice Petit le 7 mai avec la conférence "Illusions et desillusions":

"Quand les équipes de développement atteignent la performance, nous ne sommes
pas au bout de nos peines..."

• Un déjeuner AgileRennes pour préparer AgileTour Rennes, encore début avril.


• Un deuxième voyage à Londres pour la spa conference qui va faire l'objet d'une rétrospective

• Je prépare une autre session de formation Agile en mode projet Agile pour cette semaine.