2014, innovations pédagogiques

Les tweets de 2014 tirés de l’archive fournie par Twitter. Le temps a passé, beaucoup de liens ne vont nulle part.

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

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 :

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.

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.

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 :)

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.

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.

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

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.

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.

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.

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.

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.

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.