agile scaling

L'agilité à grande échelle n'est pas un modèle d'entreprise

L'agilité à grande échelle n'est pas un modèle d'entreprise

SAFe qui peut !

Il faut un vrai besoin pour changer d’échelle ! Dessin de Patrice Courtiade et légende extraits de Scrum, le guide etc. page 278 Sur Twitter, David, après avoir publié son organigramme d’une organisation agile ajoute : Très influencé par SAFe, qui reste à ce jour la seule proposition de modèle global d’entreprise David est provocateur… ou sort d’hibernation. Ou il est peut-être tombé sous l’influence de ceux que j’appelle les néocons dans Scrum mon scrotum.
Développer un produit avec plusieurs équipes Scrum

Développer un produit avec plusieurs équipes Scrum

Scrum à l'échelle

C’est le titre du 21e chapitre de la 4e édition de mon livre Scrum. Cette dernière édition, sortie il y a un an, marche bien ; alors peut-être que quelques lecteurs sont arrivés jusqu’à ce chapitre… Je m’adresse à eux, qui ont lu ce chapitre, sur lequel j’aimerais bien avoir du feedback, car je l’ai réécrit presque entièrement, avec un positionnement de type “retour ô sources”, pour reprendre le thème d'Agile tour Toulouse cette année.

Lecture au klub : Lean Entreprise

Si la science est largement évoquée, les gens ne sont pas oubliés

Le livre choisi pour le klub d’octobre était donc : Lean Enterprise: How High Performance Organizations Innovate at Scale de Jez Humble, Joanne Molesky, Barry O’Reilly. Un gros livre. En anglais, ce qui n’a pas attiré les foules. Mais, bien que je fusse le seul à l’avoir lu entièrement (et sur mon smartphone !), la discussion s’est avérée passionnante. Un livre qui présente plein de choses, certaines dont je parle régulièrement sur ce blog et dans mon livre (le développement agile, impact mapping, lean startup, kanban) et d’autres un peu moins (design thinking, value stream mapping, devops).
Scrum éparpillé façon puzzle

Scrum éparpillé façon puzzle

Puzzle grand Scrum, le jeu

En 2014, j’avais essayé un jeu de simulation de Scrum, avec un puzzle ; il mettait l’accent sur l’affinage et la présentation du backlog en bacs[1], c’était donc le jeu des bacs. Début 2015, j’avais expérimenté une variante pour simuler du Scrum à plusieurs équipes. Cette variante a reçu un très bon accueil, ce qui fait que je l’ai animée de nombreuses fois. J’ai eu du mal à lui trouver un nom.

Taille et stabilité d'une équipe Scrum

On a vaincu la loi de Brooks. Joy!

Pour justifier qu’une équipe Scrum doit rester de taille raisonnable et surtout stable dans le temps, j’invoque souvent Tuckman et Brooks. Le modèle de Tuckman présente les phases dans la construction d’une équipe. Il sous-entend une certaine stabilité pour que l’équipe puisse progresser. En formation, il m’arrive de demander à des managers qu’est-ce qu’ils feraient si, à quelques semaines de la livraison, ils s’apercevaient que leur projet avait du retard. Un pourcentage non négligeable propose d’ajouter des “ressources”.
Agile scaling avec bonne humeur

Agile scaling avec bonne humeur

Scrum à plusieurs équipes

Scrum se diffuse inexorablement dans le domaine industriel, sur des programmes ou produits impliquant plusieurs équipes. Il m’arrive de plus en plus souvent d’être appelé pour du scaling Scrum. J’interviens actuellement pour accompagner des programmes spatiaux d’envergure qui ont fait le choix du développement agile. Les toulousains intéressés par le sujet seront les bienvenus demain à Agile tour Toulouse, dont le thème cette année est le bonheur au travail. Voici deux sessions qui parleront de Scrum à plusieurs équipes (en restant dans le thème du bonheur) :
Scrum en grand : LeSS, SSwS, Nexus et le rôle de Product Owner

Scrum en grand : LeSS, SSwS, Nexus et le rôle de Product Owner

Ken Schwaber vient de publier le guide Nexus, son framework de Scrum à grande échelle. Un de plus ! Cela en fait trois, au moins, qui se revendiquent de l'esprit Scrum : Nexus, SSwS et LeSS

Développer un produit avec plusieurs équipes

C’est le titre du 21ème chapitre de mon livre Scrum, édition 4. Quand plusieurs équipes travaillent sur le même produit, un point délicat est la mise à l’échelle du rôle de Product Owner ainsi que l’affinage à haut niveau.

Venez jouer au ScrumDay

Venez jouer au ScrumDay

Au ScrumDay, il n'y aura pas que des présentations et des conversations avec des coachs, il y aura aussi des ateliers

Les organisateurs proposent 4 séries d’ateliers, en parallèle des 5 de conférences. Pour ma part j’animerai un atelier dans la série Collaborer. Un atelier qui rentre bien dans le thème de la journée “ScrumCorp : au delà des équipes”, puisqu’il s’agira de collaborer à plusieurs équipes pour réaliser un puzzle. L’objectif est d’apprendre en s’amusant des solutions pour pratiquer le « Large scale Scrum ». Mots clés : feature teams, release train, scrum de scrums, backlog multi-équipes, pré-affinage de backlog, kanban portfolio, définition de fini partagée, priorisation par la valeur, #noEstimates.

Passer à l'échelle avec Scrum

Workshop le 2 juin à Toulouse

J’ai passé une bonne partie des ces dernières années à réfléchir à l’utilisation de Scrum sur des gros projets et à mettre en place ce passage à grande échelle pour des organisations. Les enseignements que j’en ai tirés, j’ai commencé à en parler sur ce blog et ils pourraient être présentés, qui sait, dans une 4e édition de mon livre Scrum, le guide de la méthode agile la plus populaire.
Session d’affinage et affectation des features (SAAF)

Session d’affinage et affectation des features (SAAF)

Quand décider quelle équipe s'occupe de quelle feature ?

Le passage à grande échelle avec des features teams demande une prise de décision supplémentaire : le choix de l’équipe qui va réaliser une feature. Comme pour les travaux d’affinage sur les stories, il est souhaitable que cela se fasse autour de conversations, mais impliquant cette fois toutes les équipes. C’est l’objet des sessions d’affinage et d’affectation des features. Pour un Scrum à plusieurs équipes, le tableau des features permet de montrer quelle équipe va travailler sur quelle feature.
Tableau de features à grande échelle

Tableau de features à grande échelle

Qu'est-ce qui change dans ce tableau quand on passe à Scrum à l'échelle ?

Un tableau de features permet de montrer la décomposition du travail à faire et l’affectation aux différentes équipes dans le cadre d’un Scrum à grande échelle. Dans le billet la vie d’une feature, j’ai présenté un tableau permettant de visualiser et suivre le développement des morceaux essentiels d’un produit. Ce tableau de features reste unique quand le produit est gros et que plusieurs équipes y travaillent. Qu’est-ce qui change dans ce tableau quand on passe à Scrum à l’échelle ?

Astérix et la grande échelle en Scrum façon LeSS

Prévoir de la potion magique

Le Large Scale Scrum ou Agilité à grande échelle, c’est un sujet ancien qui avait déjà été d’actualité en 2011. J’ai participé au mouvement : j’ai écrit le chapitre 19 de mon livre “Scrum à grande échelle” à cette époque, j’avais fait une présentation au ScrumDay 2011 et c’était aussi le thème de mes présentations aux conférences Agile tour de l’automne. Avec cette grande échelle, on avait parlé de l'Agilité des pompiers.

Scrum et au-delà

Je fais toujours du Scrum, certes, mais de façon différente et cela va bien au-delà

10 ans après ma transition de consultant à Scrum (oui, déjà, c’est en 2005 que j’ai mis Scrum sur ma carte de visite), je m’aperçois que mes activités sont très différentes de ce qu’elles étaient au début. Je fais toujours du Scrum, certes, mais de façon différente et cela va bien au-delà. Par exemple, ces derniers jours : Scrum à grande échelle Mercredi j’animais un jeu lors de l'après-midi agile à l’IPI.
Chapitre dix-neuf

Chapitre dix-neuf

Le chapitre 19 de mon livre s'appelle Scrum à grande échelle. C'est un sujet délicat.

Le but du chapitre Il est présenté dans l’introduction : On peut distinguer trois niveaux pour la prise en compte de l’agilité dans des organisations : projet, produits, organisation. Beaucoup d’expériences actuelles avec Scrum restent au niveau projet. Nous allons approfondir les niveaux produits et organisation. J’ai évoqué, dans le chapitre 18, Transition à Scrum, la façon dont une entreprise gérait le changement vers l’agilité. Ici, il s’agit d’aborder le changement d’échelle dans ce qu’il implique sur la mécanique de mise en œuvre de Scrum, en termes d’équipes, de backlogs et de cycle de vie.

La présentation AgilEuclid au ScrumDay

La matière noire

Voici le support de la session « Expérimentation de l’Agilité pour un grand projet scientifique spatial » présentée à 3, avec Maurice Poncet (Cnes) et Laurent Meurisse au ScrumDay 2013[1]. L’objectif de la mission Euclid est de cartographier la géométrie de la matière noire et de l’énergie sombre. Euclid est un projet, sous l’égide de l’ESA, dont les instruments et le segment sol scientifique sont réalisés par un consortium européen regroupant les principales agences spatiales nationales et laboratoires scientifiques, dont le Cnes.
La matière noire au ScrumDay

La matière noire au ScrumDay

Un des plus grands projets scientifiques en cours

Jeudi prochain le 11, au ScrumDay, je participerai à la présentation de l'expérimentation de l’Agilité pour un grand projet scientifique spatial. Nous ferons la présentation à trois, avec Maurice Poncet, du CNES, et Laurent Meurisse. Il manquera le quatrième mousquetaire, Nicolas Deverge. Car nous faisons l’étude à trois consultants /coachs agiles. L’objectif de la mission Euclid est de cartographier la géométrie de la matière noire et de l’énergie sombre. Euclid est un projet, sous l’égide de l’ESA, dont les instruments et le segment sol scientifique sont réalisés par un consortium européen regroupant les principales agences spatiales nationales et laboratoires scientifiques, dont le CNES.