Story de découverte

Une story pour découvrir des stories.

Lire la suite...

Et une et deux et trois z-éditions

Merci beaucoup à tous ceux qui ont contribué à ce que les deux premières éditions de ce livre Scrum soient un succès. Du coup, il y a une troisième édition.

Les couvertures des 3 éditions

L'édition 3 sera mercredi dans les bacs, aux endroits habituels.

Bac, c'est le mot du jour. C'est aussi un mot qui revient souvent dans cette troisième édition avec les bacs du backlog.

Passer des colonnes aux bacs

bacSimple.jpg

Lire la suite...

Des formations nouvelles et intéressantes

Nouveau et intéressant c'était le slogan d'Actuel, 2ème mouture[1].

Nouvelles et intéressantes, ce sont quelques formations à venir :

  • Management 3.0 de François Beauregard la semaine prochaine à Paris. François vient d'écrire une nouvelle préface pour mon livre. Après avoir été un précurseur pour Scrum, il se consacre au management 3.0 lancé par Jurgen Appelo et vient du Québec pour animer cette formation.
  • Spécifiez Agile, les outils du PO avec Thierry Cros les 5 et 6 septembre à Toulouse. Comme le François et le Gojko et même s'il vient de moins loin, le Thierry est un consultant international, auteur récent du livre Spécifiez Agile. Je suis particulièrement heureux d'animer cette formation exceptionnelle avec lui, chez nous, à Toulouse.

Et puis en un peu moins nouveau, mais toujours intéressant :

Note

[1] J'ai lu les 2 générations d'Actuel, surtout la première. Pour ceux qui sont nostalgiques, un petit rappel à l'occasion de la mort de Bizot.

Les noms des colonnes

Le nom des colonnes

Lire la suite...

Feedback rapide avec EYODF

GaryLa meilleure formule pour avoir un feedback très rapide : mangez votre propre nourriture pour chien !

Lire la suite...

Des essais transformés

Non, je ne parlerai pas de rugby (depuis vendredi 22h30, ma saison est finie).

Lire la suite...

Ma nouvelle formation Scrum

Cette semaine je donnais une formation inter-entreprises à Toulouse. J'avais profité de l'écriture de l'édition 3 de mon livre pour remettre à jour mon support de cours.

Lire la suite...

Le backlog, canal unique d'alimentation de l'équipe

Le backlog alimente l'équipe. L'équipe est alimentée uniquement par le backlog.

Lire la suite...

Montrer les conditions d'acceptation sur le tableau

Une story possède des conditions d'acceptation. Ces conditions sont définies, pour la plupart, avant le sprint où la story est réalisée. Cela peut même être une exigence pour que la story soit déclarée prête et donc éligible pour le sprint qui commence.

Évidemment au moment où on la définit, la condition d'acceptation n'est pas vérifiée. Elle ne l'est pas non plus au lancement du sprint. Pour reprendre la signalisation usuelle, cette condition sera en rouge. Cela peut être visible sur le tableau du sprint.

Lire la suite...

Faut-il ré-estimer les stories pendant la planification de sprint ?

On arrive à la réunion de planification du sprint avec une liste de stories prêtes. Ces stories sont déjà estimées : c'est généralement une condition pour les considérer comme prêtes.

Leur estimation, faite par exemple avec un Planning Poker, date au mieux de quelques jours (lors des revues de backlog du sprint) et probablement pour certaines de beaucoup plus.

A la fin de la réunion de planification du sprint, on connaît beaucoup mieux la difficulté des stories, puisqu'on s'est mis d'accord sur les critères de réalisation et de finition, qu'on a des conditions d'acceptation et qu'on a identifié les tâches pour réaliser la story.

Faut-il ré-estimer ?

En général, non, il n’est pas utile de revoir l’estimation qui, rappelons-le, est relative.

Cependant il peut arriver pour une ou deux stories qu’on se dise que le 2 qui a été donné lors du Planning Poker devrait plutôt être un 5 ou un 8. Dans ce cas de différence manifeste entre son estimation initiale et le ressenti de l’équipe, il vaut mieux changer les points d'une story.

Mon sondage sur la vélocité

En février, j'avais lancé une enquête "Quelle est votre vélocité moyenne ?"

Je donnais comme réponses possibles des plages soigneusement sélectionnées pour une vélocité d'équipe.

Lire la suite...

Une nouvelle préface pour l'édition 3

Hier, j'annonçais les nouveautés qu'il y aurait dans le contenu de l'édition 3 de mon livre Scrum. Il en est une autre qui me fait particulièrement plaisir : il y aura aussi une nouvelle préface.

Lire la suite...

Pour la 4ème de couverture de l'édition 3 de Scrum

Ça devient bon, j'ai fini de relire le premier jeu d'épreuves hier. Le livre est toujours prévu pour juin.

Lire la suite...

Résumé de la rétrospective

Je remercie les personnes qui ont commenté le billet précédent sur la façon de présenter un résumé dans l'édition 3 de mon livre. Les avis sont partagés, je vais rester sur mon idée première en remplaçant les schémas des éditions précédentes par du texte.

Dans l'édition 3, j'ai supprimé quelques schémas qui ne me semblaient pas apporter de valeur par rapport à ce qui était écrit. Par contre, le nombre de dessins va sensiblement augmenter.

Voici ce que donne le résumé pour la rétrospective :

  • Le ScrumMaster s’assure que l’environnement de la réunion est propice à l’expression de tous.
  • L’équipe commence par collecter les informations sur le sprint passé, afin d’identifier des idées d’amélioration dans la façon de travailler.
  • Elle sélectionne les améliorations à mettre en place et définit les actions concrètes.
  • Elle revoit ses valeurs et ses pratiques afin d'adapter Scrum pour le prochain sprint.

Ceux qui veulent en savoir plus sur la rétrospective sans attendre la sortie du livre pourront consulter mon billet de 2007 et les autres qui en parlent.

Résumé de la revue de sprint

Dans mon livre, il y a un résumé du déroulement d'une réunion Scrum, avant de décrire chaque activité. Voici ce que ça donne pour la revue. Dans l'édition 2, c'était avec un schéma. Que préférez-vous pour l'édition 3, texte ou schéma ?

Du texte ?
  • Avant la revue, l’équipe prépare tout ce qui est nécessaire pour que la démonstration se passe bien.
  • Au début de la réunion, le Product Owner rappelle l’objectif du sprint.
  • Ensuite pour chaque story finie, l’équipe effectue une démonstration et collecte le feedback sollicité.
  • On profite de la présence des parties prenantes pour calculer la vélocité du sprint et ajuster les prévisions du plan de release.
Ou un schéma ?

revue.jpg

Construire le bon produit

Une journée de type Open Space avec Gojko Adzic, le 3 juillet à Toulouse !

Lire la suite...

Retour sur l'atelier Kanbanzine du 29 avril

Le créneau pour cet atelier était 18h-20h à la Maison des Associations. Les participants qui s'étaient inscrits avant la limitation à 7 étaient très motivés.

Lire la suite...

Les pratiques qu'on kiffe

Ca fait quelques jours que je vois passer des tweets sur un jeu lancé par @pablopernot. Comme je sais que Pablo aime bien le feedback -il en a déjà eu pas mal- voici le mien.

Lire la suite...

La taille d'un backlog

Voici les résultats de mon enquête sur la taille du backlog.

Lire la suite...

- page 1 de 51