Mes lectures

Des commentaires sur les articles et les blogs que je lis.

Fil des billets - Fil des commentaires

Complément aux compléments en ligne

Dans un tweet, Franck interroge :

La communauté doit être partie ou en vacances ou s'en fout (ou les deux), car personne ne lui a répondu. Alors j'ai indiqué à Franck que dans mon livre, je faisais référence à de nombreuses lectures qu'on pouvait faire en complément. Des livres, mais aussi des articles. Et notamment plein d'articles en français.

En effet, il existe une multitude d'articles sur Scrum et l'Agilité traduits depuis plusieurs années. C'est Fabrice qui est à l'initiative de ce service inestimable offert à la communauté : il a veillé, traduit, organisé et mis à disposition toutes ces ressources. Nombreux d'entre vous sont probablement déjà allés sur le Wiki Ayeba.

Lors de l'écriture de ma 5e édition, j'ai fait un tour sur le wiki et je me suis rendu compte que pour donner à mes lecteurs des compléments à lire, c'était vraiment l'endroit où piocher des pépites.

Fabrice a gentiment accepté de faire une page d'accueil pour lister les références du wiki, pour chaque chapitre de mon livre. J'ai donc mis dans le texte des références de type [WAx] et à la fin de chaque chapitre un renvoi vers le chapitre x de cette page.

Mais à quelques jours du lancement de la fabrication, Fabrice m'informe que WikiSpaces, la plateforme qui hébergeait les articles, allait fermer en juillet. Agiles que nous sommes, nous nous sommes adaptés à cette situation. Nicolas, que je remercie bien chaleureusement, a bien voulu reprendre la page d'accueil du livre chez les Traducteurs Agiles et surtout migrer les articles mentionnés.

Tout était à jour pour la sortie du livre en mai : page Scrum5 des Traducteurs Agiles.

J'ai demandé à l'éditeur Dunod de faire une substitution des [WAx] en [TAx]. Malheureusement quelques chapitres ont été oubliés.

Fabrice vient de trouver une nouvelle solution pour l'hébergement, en remplacement de WikiSpaces. Le CESI, une école dans laquelle il enseigne, lui a mis à disposition un MediaWiki. Et il vient d'achever le travail énorme de migration.

Exit donc le Wiki Ayeba, bienvenue au Wiki Agile CESI ! Changez vos marque-pages. Cerise sur le gâteau, tous les articles sont désormais en accès libre.

J'essaie de fournir à mes lecteurs un service après-vente. Les références à ces articles en font partie, je réponds aussi aux questions directes (page contact). Enfin, comme je l'avais fait pour les éditions précédentes, je publie des compléments pour chaque chapitre. J'en suis pour l'instant au chapitre 7. lls sont accessibles à partir de la page dédiée au livre Scrum.

5 ans de belles lectures au klub

Le klub de lecture d'Agile Toulouse a évolué progressivement pour s'ouvrir à des livres qui sortent du développement de logiciel. Voici un aperçu des derniers choix :

derniers klubs

Lire la suite...

Lecture au klub : Lean Entreprise

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.

Lire la suite...

Scrum mon scrotum, Notes

Pour préparer la keynote d'Agile Pays Basque, je me suis appuyé sur mes dernières lectures.

Lire la suite...

Different every time

wyatt.jpg

Lire la suite...

Conception de logiciel, évolutions

Le club de lecture Agile Toulouse de lundi dernier portait sur de la conception de logiciel, avec le livre de Corey Haines.

Voici le dessin réalisé en séance par Cyrille (un très grand merci) :

klub4rules.jpg

Avant qu'on se lance dans la discussion sur cet ouvrage, j'ai souhaité parler d'un événement récent, avec un autre livre que j'avais apporté.

Lire la suite...

Conception simple, 4 règles

Le livre choisi pour le 18e klub de lecture d'Agile Toulouse est :

Lire la suite...

Xanpan au klub de lecture

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

Lire la suite...

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

« Développer un produit avec plusieurs équipes »  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.

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. Ils sont relativement proches, mais avec quelques nuances dans les propositions au sujet du PO et de l'affinage.

Voici un petit comparatif, avec illustrations pour trois équipes.

LeSS

LeSS pour Large-Scale Scrum, c'est le plus ancien et le plus avancé.

LeSS

Dans sa version simple (il existe aussi un LeSS "huge"), il y a un seul PO pour plusieurs équipes. Pour l'affinage, le PO travaille avec un représentant de chaque équipe.

SSwS

SSwS pour Scaled Scrum with Scrum, le plus Scrum.

Scaling Scrum with Scrum

Chaque équipe conserve son PO. Une nouvelle équipe apparaît, composée de ces PO et d'un chef PO. C'est une équipe Scrum, mais sans SM, qui est dédiée au management du produit. C'est elle qui s'occupe de l'affinage de haut niveau.

Nexus

C'est le petit dernier, mais par un créateur de Scrum.

nexus.png

Comme dans LeSS, un seul PO pour plusieurs équipes. Il fait partie d'une nouvelle équipe, appelée équipe d'intégration. Le SM et les DEV de cette équipe peuvent aussi faire partie d'une autre équipe. Cette équipe d'intégration s'occupe des outils et pratiques …d'intégration, mais aussi de la transition à Scrum, de la définition de fini. Pas spécialement de l'affinage qui est accompli, comme dans LeSS, par le PO et des membres des équipes.

À noter que Nexus a un TM accolé à son nom, pour SSwS c'est un R entouré… et que LeSS possède déjà ses certifications… Pfff !

Rassurez-vous, je ne propose pas un framework de plus dans mon livre. Quand le contexte s'y prête, je suis enclin à privilégier une organisation des équipes qui se rapproche de SSwS. Mais, à mon avis, le choix dépend tellement des gens en place, de la situation courante, de l'organisation, qu'il me paraît dommage de se cantonner à un seul pattern.

D'ailleurs, l'atelier à base de puzzle que je donne pour illustrer le Scrum à plusieurs équipes a déjà vu les participants essayer un de ces trois patterns : un seul PO et un représentant de chaque équipe (LeSS), un groupe de PO avec un superPO (SSwS) et une équipe d'intégration (Nexus).

M comme mêlée

Mêlée Castanet-Nice

Lire la suite...

- page 1 de 12