Coach & formateur Agile/Kanban - Certified Scrum Coach | coach et formateur Kanban accrédité
vendredi 30 octobre 2009
Présentation Scrum & Kanban - Introduction
* Premier incrément : le pitch
* Second incrément : l'introduction - la version pdf avec commentaires et l'animation powerpoint
* Prochain incrément : Retour d'expérience d'une cellule transverse en Scrum
Le parti pris de cette introduction est de donner les fondements, le vocabulaire pour mes retours d'expérience.
mardi 27 octobre 2009
Les Ateliers Agiles
En sport s'entrainer n'est pas une option. Je repensais à cela en lisant l'article d'Octo Sir, yes Sir! sur la décentralisation et l'adaptation notamment grâce à l'entrainement et à la communication et en pensant à ma propre expérience de course au large. Je me suis mis tardivement à la voile et j'ai du m'entrainer des années avec d'autres avant de pouvoir naviguer en solitaire par gros temps.Même avec cela, je ne pourrais pas y retourner maintenant sans un gros entrainement, cela s'entretient.
Nous faisons régulièrement le constat qu'il n'y a pas de place pour s'entrainer dans le milieu professionnel, se former quelque fois et on plonge dans l'opérationnel avec la pression sur les délais, la sanction de l'erreur et la zone de confort ou l'on cherche tous à rester, il y a peu de place pour l'expérimentation.
Les démarches empiriques sur lesquelles reposent les méthodes agiles nécessitent par définition cette expérimentation. La culture d'amélioration continue aussi. Alors il faut créer l'environnement qui la stimule et la permette. Certaines pratiques participent à cela:
les DojosSous forme de randori pour les inter contrats ou de kata, le dojo est LA pratique d'entrainement pour les développeurs. Malheureusement on ne trouve pas partout ces sessions, notamment à Rennes. Alors je cherche des volontaires pour lancer cela à Rennes.
Les ateliers
Il y en a de plus en plus, comme je le notais déjà lors des XP Days de Paris. Les ateliers sont un lieu d'expérimentation, que ce soit pour les participants mais également pour le facilitateur. Les ateliers Open Source fleurissent ces derniers temps, profitons-en!
Sur la région, je développe de plus en plus ces ateliers agiles: XP Game, Jeu de la valeur métier, rétrospective, Scrum 59', Management visuel et d'autres à venir: bref, le meilleur de ce qui se fait dans la communauté Agile.
Si vous souhaitez vous entrainer à Rennes, nous organisons les 19 et 20 Novembre avec Agilbee une session d'Ateliers Agiles rassemblant tous ces ateliers.
les sessions à blanc
Avec AgileRennes, nous organisons des sessions à blanc pour créer un environnement ou les participants peuvent essayer une conférence ou un atelier dans un environnement de confiance, de critiques positives et d'échanges. Alors venez proposer votre sujet!
dimanche 25 octobre 2009
Une présentation itérative et incrémentale
L'idée m'est venue, non de comparer Scrum au kanban, puisque c'est à la mode et malgré le titre, ni même Scrum au Lean, mais plutôt de les contextualiser dans le cadre d'un retour d'expériences.
Ce sera donc le thème de mes conférences en 2010, après le Management Visuel, des principes Lean aux implémentations agiles de cette année.
- Définition de la vision
- Quels sont mes objectifs?
- Quel peut-être le bénéfice attendu par les participants?
- Quels sont mes contraintes et mes tests d'acceptance?
- Quel est le message de la session?
- A qui je souhaite m'adresser?
- Quels sont les thèmes que je veux aborder?
- Je fais le contenu de manière itératif
- Prise en compte des premiers retours
Release 1.1: Deuxième session
- Prise en compte des seconds retours
- Puisque les retours étaient positifs sur le contenu, j'ai pu passer plus de temps à fignoler le rendu visuel
vendredi 23 octobre 2009
Retour MEITO & Scrum 59
La session qui a vraiment retenue mon attention est celle d'Exo Platform, par Dimitri Baeli, sur la généralisation de l'adoption Scrum sur 17 équipes réparties sur 4 pays pour des projets Open Source et leur roadmap agile pour 2010. Vous pouvez lire l'article sur le blog de Nicolas pour découvrir cette société et leur produit.
Le deuxième point est les contacts et l'idée grandissante de lancer un AgileVannes, l'équivalent d'AgileRennes et AgileNantes qui rayonnerait sur Vannes et Lorient. Je lance donc un appel à toute personne intéressée pour nous aider à lancer cette communauté.
Et enfin, je présentais un atelier Scrum 59': 15 participants répartis en 3 équipes ont présenté leur vision du tourisme martien sur Terre après un sprint planning meeting et 2 itérations pour construire leur démonstration. Cet atelier est un classique Scrum, je ne sais plus ou j'en ai trouvé les sources, en tout cas, j'ai préparé un support en français, un peu amélioré avec des cartes pour chacun des rôles, que je partage ici.lundi 19 octobre 2009
Feed back Agile Tour Nantes et Paris
Une session d'introduction par Jérôme Barrand, auteur du livre, dont j'avais fait un retour il y a un an.La session, un peu trop courte, était très intéressante, faisant le tour des approches agiles dans d'autres domaines que le SI, en particulier:
- Les options réelles pour la finance car les Agile Coach ont un atelier Real Options Space game, déjà joué aux XP Days Paris 2008
- La performance globale pour les managers et les chefs d'entreprise, car, à ce titre, l'auteur propose une nouvelle charte managériale : la charte agilité.
La présentation sur Crystal, l'approche méthodologique d'Alistair Cockburn, m'a donné envie de creuser cette méthode de part sa vision plus large que Scrum ou XP, plus organisationnelle et philosophique, même si je trouve dommage d'en apprendre si peu au cours d'une session.
J'ai également vu la présentation d'Oana sur le profil d'un Coach Agile, intéressante sur son approche: parcourir des pratiques de développeur et les projeter au-delà pour l'équipe et le projet, par exemple qu'est-ce qu'un projet TDD, que veut dire binômer au-delà du code, ...
Cela va bien avec ma lecture du moment d'ailleurs.J'ai également retenu sa métaphore sur les niveaux d'adoption Shu-Ha-Ri avec la musique: faire ses gammes apprendre le solfège, puis interpréter une musique voir improviser, et enfin composer soi-même. Le dernier niveau est donc celui ou l'on est en apprentissage réciproque entre le coach et l'équipe. Si votre Scrum Master ne vous laisse pas cette place, tuez-le! C'est ce que j'ai également retenu de la présentation
de Dominic Williams avec un Kill the buddha pour atteindre la libération!
Mais là, on est déjà reparti sur l'étape Nantaise:
Donc il ne faut pas rater la présentation de Dominic sur le développement Hédoniste, présentation inspirante, qui aborde les notions philosophiques de matérialisme, jardin d'Epicure, Dieu et Plaisir pour donner un éclairage un peu différend sur l'agilité. Cette session m'a rappelé que le courage est une des valeurs XP, car il en faut pour faire une présentation de philo d'1h30 à un parterre de développeurs ou managers.
Pour ma part, j'ai fait un XP Game à Nantes avec une quinzaine de participants après une introduction à l'Agilité en moins d'1/4 heure et un atelier l'Art de la rétrospective à Paris avec près d'une quarantaine de personnes.
Prochaine étape Bordeaux!
dimanche 11 octobre 2009
Feed back Agile Tour Rennes

- recommandent l'évènement
- ont envie de revenir l'année prochaine
- ont trouvé le niveau général adapté
- Accueil : 4,9
- Organisation générale : 4,8
- Communication : 4,6
- Date : 4,8
- Cadre universitaire : 4,8
- salles : 4,3
- pauses : 4,8
- buffet : 4,8
Les participants sont principalement venus pour approfondir leur connaissance autour de l'agilité mais également découvrir (1/3) et pour les contacts professionnels.
Vous êtes globalement prêt à participer financièrement en retour de plus de confort (repas, groupes réduits, présentations fournies, ...).
Concernant le contenu des présentations, ce qui a manqué le plus ce sont des retours clients, plus difficiles à capter; Il est à noter une légère frustration sur les 3 sessions en parallèle: il n'est effectivement pas possible de tout voir! Mais nous allons remédier à cela en proposant les sessions les plus plébiscitées au forum Grafotech Agile de Granit en début d'année 2010.
En parlant de session plébiscitée, ce sont les présentations qui sont le plus appréciées puis les retours d'expérience et enfin les ateliers: Il y a un effet de maturité sur les évènements agiles sur Rennes (par rapport à ce que je peux voir à Paris, Londres, ...).
Vous pouvez retrouver les photos de la journée sur agiletour-rennes.
Les prochaines sessions sur l'agilité
Pour ne rien rater cet automne...
Retrouvez-moi à
- Agile Tour Nantes, le 14 octobre, pour une introduction à l'Agilité et un XP Game.
- Agile Tour Paris, le 15 octobre, pour un atelier sur l'Art de la rétrospective.
- Journée Outils & Méthodologie pour le développement logiciel à Vannes, le 22 Octobre organisée par la MEITO, pour un atelier Scrum 59' et une table ronde.
- Agile Tour Bordeaux, le 29 octobre, pour une session sur le management visuel.
- Forum Grafotech Agile de Granit, pour un atelier sur le management visuel
- XP Days Benelux, le 23-24 Novembre à Mechelen en Belgique, pour un atelier sur le management visuel, Visual Management for Agile Teams, que j'anime avec Xavier Quesada Allue, un coach agile indépendant auteur du blog Visual Management.
- AgileRennes, une session à blanc sur le Domain Driven Development, le 3 décembre, à suivre sur le groupe AgileRennes par Guillaume Collic
- Forum Grafotech Agile, avec Laurent Bossavit et une session inédite sur l'Agilité *Avant* le projet, le 17 décembre, inscription et informations sur le site Granit
mercredi 7 octobre 2009
Agile Tour Rennes & session Management Visuel
C'est une grande satisfaction en tant qu'organisateur même si en tant que participant je suis arrivé trop fatigué pour en profiter.
J'attend le retour des questionnaires de satisfaction et la synthèse de la rétrospective faite à chaud avec les participants pour faire un retour sur la journée.
Mais Agile Tour Rennes, c'était également pour moi ma session sur le Management Visuel: près d'une centaine de participants dans le grand Amphi de l'IFSIC avec un excellent retour: Avoir des exemples concrets
J'ai pris le partie de banaliser les tableaux de tâches dans ma présentation pour être plus visuel et également faire passer le message que ce sont des outils contextuels: mais cela n'aide pas à se raccrocher à son contexte professionnel. Les participants attendent des réponses concrètes sur des problèmes concrets : granularités des tâches, gestion des anomalies, ... avec ces outils.
Pour la granularité des tâches, la réponse dépend de l'approche et je renvois plutôt aux différents livres, des user stories, aux use case et Minimum Marketable Feature (MMF):
Pour la gestion des anomalies, le principe est simple: tout ce qui est fait doit être visible, mais nous ne traitons pas les informations de la même manière s'il s'agit d'anomalies dont la correction est non planifiée (patch urgent pour anomalies bloquantes par exemple) de celles qui sont planifiées dans une release. Les premières seront traitées dans une ligne à part de mon tableau, à la manière de xavier. Les secondes doivent être priorisées comme un élément du product backlog.
Creuser les rétrospectives
Creuser le Lean/Kanban en tant que méthodes
Ca fera peut être l'objet d'autres sessions...
Facteurs de succès
- Un sponsor top management et un management de type leadership
- Un coach agile externe car il sera neutre et sans a priori (sur l'organisation, les gens, ...)
- Une équipe colocalisée
Il faut également réunir les conditions comportementales pour une équipe autonome, soit:
- Situation maitrisée
- Motivation
- Compétence
Facteurs d'échecs
Un chef de projet ou un management ayant peur de perdre le contrôle ou le pouvoir car l'on favorise l'auto organisation, c'est particulièrement vrai pour le management de type directif. Si cela est identifié, du coaching individuel (par un autre intervenant que le coach agile évidement) peut être envisagé pour évoluer vers du leadership.
Une équipe avec une forte habitude de l'encadrement directif, une culture d'entreprise avec fiche de poste ou à responsabilité limitée, ou encore des individus qui viennent faire un travail alimentaire: Dans ces cas, il faut accompagner le changement.
Les risques
C'est le rejet ou l'abandon de ces outils après un premier essai: cela peut arriver si l'équipe n'a pas la culture de l'expérimentation et ne fait pas vivre l'outil pour coller à ses besoins ou contraintes de l'équipe/projet.
Cela peut également arriver après un vrai travail de sape des opposants à ces approches : en effet, c'est impliquant, la visibilité et l'engagement que cela demande peut en bloquer certains.
En conséquence, cela peut entrainer une certaine frustration de l'agent du changement. Un coach agile externe est alors mieux placer car il repart, dans ce cas, avec cet échec et l'équipe peut revenir sans tension à son approche traditionnelle.
Les limites
Les équipes distribuées géographiquement, surtout lorsque les tâches sont dépendantes ou si les équipes sont fortement spécialisées, sinon on peut se retourner vers une approche Scrum de Scrums. Bien sur il existe des outils numériques "agiles" pour piloter de tels projets, mais on perd le bénéfice du management visuel à les utiliser.
Les intervenants du management visuel
Comment convaincre les managers d'utiliser ces outils? la réponse, on l'a vue précédemment, va dépendre du type de management pratiqué. Convaincre des décideurs sera plus facile si le management visuel répond à des problèmes identifiés, visibles ou des axes d'amélioration. Cela peut donc commencer par une rétrospective.
Comment suivre ou impliquer les gens au niveau individuel? Le coach agile est un coach d'équipe. Il se concentre sur la vue équipe/projet. Rendre visuel la performance individuelle serait une erreur. Et surtout c'est le travail des RH ou des managers et non celui du Scrummaster. Et puis pour quel objectif? Une part variable, une augmentation? Il y a beaucoup de débats autour de cette question car elle créée un porte à faux entre la con,stitution d'une équipe et l'évolution individuelle, point abordé notamment par le Lean.
Malgré tout, Portia propose un exercice d'évaluation personnel à l'agilité qui peut servir de point de départ à cette réflexion.
Comment impliquer ou intégrer le client à cette approche? Pour un projet XP avec client sur site ou Scrum avec un Product Owner disponible, ils sont impliqués de fait au management visuel. En dehors de ces cas, on peut se servir de la visibilité apportée par les méthodes agiles pour impliquer le client avec un reporting quotidien en communiquant les dashboards projet par exemple.
Les outils
Eternelle question sur le management visuel : quel outil numérique pour virtualiser le management visuel? les post-it c'est pas green! Dubitatif au départ, il faut creuser la question pour y répondre: Un outil, pourquoi pas, mais pour quel besoin?
Pour une équipe mono site, le besoin pourrait être le calcul du reste à faire pour des backlogs avec un gros volume de tâches, donc peut être plus orienté Kanban que Scrum. Dans ce cas, le besoin est plutôt l'automatisation de tâches de consolidation des données d'un référentiel (couverture de code pour les tests unitaires, référentiel de code pour de la migration, référentiel de tests pour de la recette, ...). Donc des outils pour automatiser les valeurs à afficher et non le rendu.
Pour une équipe multi sites, encore une fois, les outils numériques de pilotage de projet agile, il en existe plusieurs, mais on perd l'intérêt du management visuel, ou alors avec un écran géant tactile pour manipuler les post its virtuels partagés par tous les sites, rêvons un peu... Il n'y a rien de satisfaisant dans ce contexte ni en approche agile ni en approche traditionnelle.
Faire du reporting numérique (plus que des photos du dashboard), c'est communiquer des informations projets consolidées, comme un burn down de release, ce n'est pas exactement la même granularité d'informations que les outils du quotidien, comme un burn down de sprint. Sur mes gros projets, j'ai l'aide d'un PMO pour cette activité. Je préfère un surcout pour la consolidation plutôt que de tenir une double comptabilité quotidienne (radiateur d'information- outils numérique).
Capitaliser au niveau entreprise
* les pratiques, les bons indicateurs à suivre, c'est l'objet des rétrospectives d'itération ou post-mortem. Pour capitaliser ou plutôt capter le management visuel ou la facilitation des réunions, des photos ou vidéo suffisent. La question est peut être quel outil de capitalisation ou comment capitaliser: le CMMI peut dans ce cas apporter des réponses ou des bonnes pratiques.
* les métriques, les estimations, les vélocités sont des indicateurs propres à une équipe: les estimations sont relatives, la vélocité dépend de la stabilité, la maturité de l'équipe et du projet. La fiabilité des estimations d'ailleurs doivent s'affiner avec l'avancement du projet et une pratique régulière des planning game. Si on veut ou doit aller plus loin, par exemple pour du CMMI, pour une analyse statistique avec l'estimation initiale vs le consommé réel, je pense qu'il faut dé corréler les outils: faire un suivi électronique de ces informations valorisées par chaque membre de l'équipe et rester à du reste à faire pour le visuel.
Je mettrais en ligne une version mise à jour de mon support après ma session à l'étape Bordelaise d'Agile Tour, le 29 Octobre.
dimanche 4 octobre 2009
Laurent Morisseau, auteur de ce blog, pour me contacter









