2014, innovations pédagogiques

Apprendre, toujours apprendre, c’est un principe de l’agilité.

Scrum, le guide pour 2015

Scrum, le guide pour 2015

Scrum évolue

Il ne s’agit pas du guide qu’on trouve sur scrum.org, mais de mon guide à moi. Mes conseils sur des pratiques à arrêter et sur celles à essayer en 2015

Audience 2014

J'aime bien avoir un objectif sur quelque chose qui se mesure.

10 000 livres Scrum vendus Pour 2014, mon objectif en début d’année était d’arriver à 10000 livres Scrum vendus. Ce n’était pas sûr et mon impact sur les ventes est relativement limité une fois que le livre est écrit, il n’y a pas eu de nouvelle édition cette année. Je présume que ce que j’écris sur ce blog, en particulier les suppléments au livre, peut, éventuellement, pousser à l’achat. Ô joie, mon objectif a été atteint le 8 septembre.
Rupture douce, saison 3

Rupture douce, saison 3

Gymkhana, construire ensemble et autrement des idées citoyennes

Après la saison 1 et la saison 2, voici le retour des grenouilles agiles avec la saison 3 : Libérons l’Agilité ! Le livre est en vente chez Lulu sous 3 formats. On y trouve encore les saisons précédentes, auxquelles j’avais un peu contribué : J’avais écrit une histoire pour la saison 1, sur Sociocratie et Agilité. J’avais relu deux histoires pour la saison 2. Pour la saison 3, j’ai fait du binômage avec Stéphane Langlois (co-créateur de Scopyleft) pour écrire :
Bac d'affinage et plan de release

Bac d'affinage et plan de release

Plan de release ou pas ?

Dans une situation où il est nécessaire d’avoir un plan à moyen terme -un plan de release- voilà comment se servir du bac d’affinage. Plan de release, ou pas, c’est la question. Si la réponse est oui, les bacs facilitent grandement son élaboration et son suivi. Pendant le sprint zéro (ou après), on place dans ce bac tout ce qu’on prévoit de faire pour la date de fin de release. Bien sûr il ne s’agit pas de tout décomposer en stories, donc on se retrouvera aussi avec des epics.
Les événements du sprint

Les événements du sprint

Ce ne sont pas des réunions

Bien sûr, il faut ajouter un événement à ceux de ce schéma : le scrum quotidien.

En 2007 puis en 2013 j’avais écrit des billets pour lister les réunions d’un sprint. Voici une réactualisation.

Des changements depuis la dernière mise à jour :

Epics et Stories

Epics et Stories

Une epic est une story qui est trop grosse pour entrer dans un sprint

Une équipe qualifie une story d’epic pour indiquer qu’elle devra être décomposée en plusieurs stories.

Pour le dire autrement, il s’agit d’une story qui est trop grosse pour entrer dans un sprint.

On sait qu’il faudra la décomposer, sans quoi elle ne pourra pas devenir prête et passer dans le bac de départ pour le sprint.

La purge du backlog

La purge du backlog

Il ne faut pas hésiter à jeter

Suite de la série sur l’affinage du backlog. Pour éviter d’avoir un trop gros backlog, une première solution est de le diviser en bacs. En complément il convient de purger régulièrement ces bacs. Les éléments qui y stagnent trop longtemps sont des bons candidats à la purge. Purger le bac à sable Éliminer des éléments du bac à sable est une activité récurrente du Product Owner. Parmi les demandes qui sont faites dans ce bac, c’est à lui de décider ce qu’il veut dans son produit ou son service.
Les participants à l’affinage de backlog

Les participants à l’affinage de backlog

L'affinage consiste, à partir de l'idée brute, à rendre une story prête à être réalisée en un sprint

Dans la série sur l’affinage du backlog, après avoir vu le pourquoi, le quand et le quoi, voyons le qui. Bien évidemment en premier lieu vient le Product Owner. C’est lui le principal affineur. Il affine pendant le MAB, mais aussi en dehors, car il peut faire seul des travaux d’affinage comme : approvisionner à partir du bac à sable, revoir l’ordre du bac d’affinage, purger les bacs. Pour les autres travaux, il s’appuiera volontiers sur des membres de l’équipe ou des parties-prenantes spécialistes du domaine (des experts du sujet).
Les travaux d'affinage du backlog

Les travaux d'affinage du backlog

Des travaux basés sur des conversations avec le Product Owner

Les travaux d’affinage consistent en : avoir une compréhension partagée de quelques stories pour qu’elles soient prêtes pour le sprint revoir l’ordre des stories (les priorités) décomposer des stories non élémentaires (epics) estimer ce qui n’est pas encore estimé (si on estime) approvisionner avec de nouvelles stories purger le backlog Ces travaux sont principalement effectués collectivement, au moment où l’équipe le décide. Le détail et l’ordre des activités menées lors d’une séance d’affinage dépendent de la situation.
Les promesses de l'Agilité

Les promesses de l'Agilité

On vous avait promis plein de bienfaits quand vous êtes passés à l’Agilité et en regardant vos résultats, vous n’en voyez qu’une partie ? On vous aurait menti ?

Posez-vous la question de la maitrise que vous avez acquise ! Eh oui, la transition à l’Agilité n’est pas magique. Ça prend du temps. Ça demande des efforts.

En fait, les résultats dépendent de vos objectifs.

L’agilité en mouvement

L’agilité en mouvement

L'agilité est un outil formidable pour découvrir une façon dynamique de faire les choses. Dynamique dans le sens où il ouvre de nouvelles pistes aux personnes qui réfléchissent à leur façon de travailler

J’avais écrit ce texte il y a quelques mois, en réaction à un article prétendant que l’agilité ne répondait pas aux problématiques abordées ci-dessous, alors que le Lean oui. Je le publie maintenant pour rajouter une couche au billet de Pablo Cow boys et hippies.

C’est le moment.

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.

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”.

L’expérimentation a été un succès. J’ai présenté “les bacs” dans la 3ème édition de mon livre Scrum. J’en ai parlé dans les conférences, par exemple à Toulouse. J’ai vu des équipes l’utiliser. D’autres ont essayé, ont trouvé ça bien.

Affiner c’est mieux que groumer

Affiner c’est mieux que groumer

Grooming, ce n'est pas dans le Guide Scrum et en plus c'est vilain

Vendredi toute la journée, mes interlocuteurs ont parlé de grooming.

La rétrochâtaigne

La rétrochâtaigne

Une bien belle technique de ramassage de ressentis

Au cours du Raid Agile, nous avons essayé une nouvelle technique de rétrospective. À la demande générale — il y en a même eu venant de l’étranger, je vous explique dans ce billet comment animer une rétrochâtaigne.

Pratiques Scrum obsolètes

Pratiques Scrum obsolètes

Obsolescence programmée

Je constate que des pratiques Scrum sont encore utilisées alors que je les considère, et beaucoup d’autres avec moi, comme dépréciées. Et depuis longtemps, puisque la plupart de celles que je cite ci-dessous étaient déjà dépassées quand j’ai écrit la première version de mon livre, en 2009.

Mais l’histoire du focus factor avait montré que les habitudes ont la vie dure.

Hypothèses validées, annonce du Raid Agile 2

Hypothèses validées, annonce du Raid Agile 2

Animer à deux, c'est aussi pour apprendre de l'autre. J'ai beaucoup appris et j'espère que Pablo aussi

Le Raid Agile, on y est venu pour son saucisson et la charcuterie cévenole mais on a aussi apprécié ses gâteaux, dont le fameux Mont Aigoual.

En lançant le premier Raid Agile avec Pablo, nous avions fait trois hypothèses.

La transition à Scrum

La transition à Scrum

Le chapitre 18 de mon livre s'appelle La transition à Scrum

Les chapitres précédents ont traité de la mise en place de Scrum au niveau d’une équipe. Celui-ci évoque les impacts au niveau de l’organisation.

Le sujet “Scaling Agile” est devenu à la mode, c’était par exemple le thème de l’Agile tour Montpellier. C’est devenu un sujet fourre-tout, qui regroupe des préoccupations bien différentes.

Dans mon livre, j’ai choisi de différencier l’Agilité à grande échelle pour des gros projets, qui fait l’objet du chapitre 19, de l’Agilité au niveau des organisations, ce chapitre.

Pour mes lecteurs, voici le supplément en ligne au chapitre 18.

Discussion à propos de noEstimates

Contrairement à ce qu'on pourrait croire, le mouvement #NoEstimates ne milite pas pour la suppression de toutes les estimations. Il s'agit d'un retour aux principes de l'agilité

Rupture douce 2 au Klub

Choisi par un vote Condorcet

Le prochain livre discuté lundi au Klub de lecture, c’est bien Rupture Douce, la saison deux. Je dis c’est bien car il a été choisi avec la technique de vote Condorcet proposée par Voteer, et c’est une grande surprise pour ceux qui ont voté et vu les votes. Avec Anthony, nous avons de sérieux doutes sur le résultat. On va pousser l’analyse. Mais enfin, cela m’a donné l’occasion de relire Rupture Douce 2.
Châtaigne

Châtaigne

Savez-vous pourquoi la châtaigne est l’emblème du Raid Agile ?

Quand je cours, c’est le long du canal du Midi et j’ai le temps d’admirer les platanes, surtout à cette saison, tout en espérant qu’ils soient sauvés de l’abattage. La ville où j’habite doit son nom à une autre arbre : le nom Castanet vient probablement des nombreux châtaigniers qui couvraient ses coteaux.

Des châtaigniers, il en reste plein dans les Cévennes. Et novembre, c’est la saison où l’on ramasse les châtaignes.

Agile tour Toulouse 2014

Agile tour Toulouse 2014

Avec une vedette et des jeux. Il ne manquait que la mirabelle

La revue revisitée

Commencez par une revue en interne, avec seulement l'équipe Scrum

La revue de sprint, telle que décrite de façon habituelle a deux objectifs :

  1. collecter le feedback,
  2. communiquer un avancement objectif sur la release (et prendre éventuellement une décision sur la vie du produit).

Ces deux objectifs ne visent pas forcément les mêmes personnes. Le feedback sur les user stories montrées est demandé aux futurs utilisateurs tandis que l’avancement du produit intéresse des parties prenantes impliquées dans le pilotage.

Dernière session Scrum publique

La semaine dernière, j'ai animé ma dernière formation Scrum en inter-entreprises.

J’arrête.

Pourtant comme les précédentes à Toulouse et Paris, c’était bien. Vraiment bien. J’ai fini lessivé mais heureux.