kanban

Kanban, l'approche en flux pour l'entreprise agile

Kanban, l'approche en flux pour l'entreprise agile

Mes commentaires sur le livre de Pablo et Laurent

C’était en janvier 2016, pendant le 4e raid agile. Le jeudi après-midi, avec Pablo nous avions animé le puzzle Astérix (oui, de l’agilité à l’échelle !). À la demande de participants, nous avions prévu un créneau sur Kanban. Comme j’étais en train de ranger les pièces du puzzle et que j’avais beaucoup donné pour ce jeu, nous décidâmes que ce serait Pablo qui présenterait Kanban tout seul. Pablo s’était placé à gauche de la cheminée et commençait à placer des post-it sur un rectangle de fer noir qui servait de tableau.
9e Raid Agile en juin 2018

9e Raid Agile en juin 2018

Des moments hors du temps

À la demande générale, le Raid Agile continue en 2018. Le 9e Raid aura lieu du 5 au 8 juin, toujours en Cévennes. Comme pour le précédent d’octobre, nous serons trois pour l’animer : Pablo Pernot, Laurent Morisseau et moi. Tous les trois, nous avons une complicité littéraire : Pablo a écrit la préface de mon livre pour l’édition 4 (elle restera pour l’édition 5 que je suis en train de finir) et j’avais écrit celle de Laurent pour l’édition 2 de son livre Kanban.

Flux dans le sprint et engagement

Une question d'Eric, un lecteur

Suite à la lecture de mon billet Scrum3.0, Eric se demande, à propos du sprint en flux continu : Le flux continu remet en cause le principe “pas de changement pendant un sprint”. Comment permettre à l’équipe de s’engager dans ce mode de fonctionnement ? Au jour le jour ? Ou est-ce que ce mode de fonctionnement est réservé à des équipes qui ont dépassé le stade de la nécessité de s’engager ?

Scrum 3.0

Une initiative qui n'a pas survécu longtemps

Doug Shimp et Dan Rawsthorne sont les auteurs du livre Exploring Scrum. À mon avis, ce livre est le meilleur qui existe sur Scrum en anglais, le plus fouillé et le plus innovant tout en restant dans l’essence de la méthode. C’est pourquoi je porte une grande attention à l’article Scrum3.0 qu’ils viennent de publier. On y retrouve l’approfondissement de quelques sujets déjà abordés dans leur livre. Parmi leurs propositions :

Al tablèu

Version especiala per Occitània

Venètz aprener lo manejar visual en tornant bastir los sitis bèls de la region nòva.

Mardi prochain au Klub de jeu d’Agile Toulouse nous expérimenterons une nouvelle version, chargée d’histoire, d’un jeu qui a déjà une longue histoire.

Accompagnement Scrum

Accompagnement Scrum

Coach agile, pas à plein temps

Il y a des coachs agiles qui sont à plein temps chez leur client. Parfois même, ce sont des armées de coachs à plein temps qui restent pendant une longue période au sein d’une organisation. Je suppose que c’est pour des transformations agiles aussi massives que délicates. Ce n’est pas la forme d’accompagnement que je pratique. En général, j’accompagne mes clients de façon discontinue et sur une période limitée. Un bon exemple de ce que je fais, bien que ce ne soit jamais pareil, a été montré dans le retour d’expérience d’Intel à Agile tour Toulouse (il avait aussi été présenté au ScrumDay à Paris en avril).

Arrêter Scrum pour le flux, un début d’expérience

Sophie de Sophia

Suite à ma présentation à Lean Kanban France, j’ai reçu un message de Sophie. Elle accompagne une équipe confrontée à des difficultés avec Scrum qu’elle a aiguillée vers Kanban. Son expérience est intéressante et elle la raconte bien, alors nous avons décidé de la publier. Il s’agit donc d’un billet invité, autrement dit de guest blogging. Voici le message de Sophie de Sophia : Bonjour Claude, Je viens de lire ta présentation “Appliquer Kanban sur Scrum”… j’aurais bien aimé y assister !

Les slides de ma prez à LKFR15

Appliquer Kanban sur Scrum, ma présentation

Début septembre, suite à une discussion à propos de Scrum et Kanban, j’avais publié ce billet. Les organisateurs de Lean Kanban France, en particulier DImitri que je remercie chaleureusement, m’avaient alors dit que ce sujet pourrait être intéressant pour la conférence, qui a eu lieu hier et aujourd’hui. J’aime beaucoup cette conférence et j’ai eu plaisir à y participer. Voici les slides que j’ai présentés hier : Appliquer Kanban sur Scrum, LKFR nov.
Participation à Lean Kanban France

Participation à Lean Kanban France

Appliqué sur Scrum, Kanban permet d'éviter les débordements pendant un sprint

dessin de Patrice Courtiade Après avoir passé la journée du lundi avec mes camarades de la Fédération Agile pour notre conversation semestrielle, je participerai le mardi 3 novembre à Lean Kanban France. LKFR une conférence super intéressante avec des orateurs européens (et un américain) de grande qualité. Je présenterai une session à 17h “Appliquer Kanban sur Scrum”, qui reprend les idées évoquées ICI. Le sujet est développé dans le chapitre 20 de mon livre, qui se conclut ainsi :

Préfaces book

Du Pablo en très grande forme pour la préface de mon livre

Cela commença avec Thierry Cros qui me demanda d’écrire la préface de son livre « Spécifiez Agile ». Ce que je fis avec plaisir. Ensuite, ce fut Laurent Morisseau, pour l’édition 2 de son « Kanban pour l’IT », qui me sollicita pour sa préface. Celle de la première édition était l’œuvre de David Anderson, le « père » du Kanban, je n’allais pas refuser une suite pareille. Cette année, c’est mon éditeur de chez Dunod qui m’a demandé de rédiger la préface de la version française du livre de Jeff Patton « Le story mapping ».
Appliquer Kanban sur Scrum

Appliquer Kanban sur Scrum

C'est le titre d'un nouveau chapitre de mon livre, pour l'édition 4 qui sort dans un mois

Je rebondis sur le billet de Laurent Morisseau “Kanban contre le flux continu” pour dire, avec lui, que Scrum et Kanban peuvent cohabiter. C’est le sujet de ce nouveau chapitre. En introduction du chapitre, je donne les impacts souhaités sur les rôles Scrum, qui rencontrent des problèmes dans certaines situations. Quelques pratiques qu’on peut plus ou moins rattacher à Kanban sont présentées dans d’autres chapitres : l’essaimage dans “Planifier le sprint”, la représentation du backlog avec des bacs (basée sur le workflow de la story en Scrum) dans les chapitres “Structurer le backlog” et “Affiner le backlog”, la définition de prêt, qui pousse à avoir une file d’attente (le bac de départ) pour désynchroniser l’affinage et la réalisation de la story.
Xanpan au klub de lecture

Xanpan au klub de lecture

Une combinaison de Kanban et de XP

J’ai reçu de chez Lulu mon exemplaire de Xanpan. J’ai commencé à le lire, pour le prochain klub de lecture qui aura lieu le 7 septembre. Xanpan[1] se présente comme une combinaison de Kanban et de XP (Extreme Programming). L’auteur, Allan Kelly, est anglais. J’avais lu son autre livre, “Changing software Development, Learning to become agile”. Avec Xanpan, son objectif est de montrer un exemple de méthode hybride. À part le fait que c’est clair et bien écrit, on y trouve des idées très intéressantes, qui permettront d’avoir de beaux échanges lors du klub.

Arrêter Scrum pour le flux, mmmmh !

Parmi les raisons évoquées par ceux qui disent “on arrête Scrum pour passer au flux”, certaines m’apparaissent très discutables : les réunions prennent trop de temps, le sprint est un carcan qui met la pression sur les équipes, on déploie à un rythme différent du sprint, alors pourquoi le garder ? En effet, on peut rétorquer que ce ne sont pas des réunions, que si on y regarde de plus près ce sont souvent les estimations qui prennent du temps et qu’on peut tout à fait les supprimer en continuant Scrum.

Préface de Kanban pour l'IT

Je publie à nouveau la préface de la deuxième édition du livre de Laurent Morisseau Kanban pour l’IT, en essayant de rendre sa lecture plus fluide (c’est du flux). Ma préface de Kanban pour l’IT est publiée en 6 billets. Introduction Je commence cette préface dans le TER vallée de la Marne, après une journée d’accompagnement à Scrum chez un client. Mon travail a consisté à aider une dizaine de futurs Product Owners ou ScrumMasters à la sélection et l’adaptation des pratiques pour leurs projets.

Quand faire l’affinage du backlog ?

When to refine the backlog? L’affinage du backlog (refinement backlog, previously backlog grooming) est une activité faite par l’équipe pendant un sprint, dans le but de préparer des stories pour les prochains sprints. Dans quel cadre est-il pratiqué ? Une grande partie de ce travail est constitué de discussions entre le Product Owner et le reste de l’équipe. On peut donner un caractère permanent, officiel, à ces rencontres en les plaçant dans la cadre d’une réunion d’équipe, le meeting d’affinage de backlog (le MAB).

Affinage de bac en bac

Des petits bacs plutôt qu’un gros backlog, l’idée a maintenant fait son chemin. C’est plus facile pour l’affinage. L’idée des bacs m’est venue quand j’étais encore Product Owner d’iceScrum, il y a 3 ans. Il y avait déjà le bac à sable, puis s’est ajouté le bac à glace. Pour iceScrum, ça s’est arrêté là, mais j’ai continué à expérimenter cette façon de présenter le backlog. C’est devenu “les bacs”.