
Le jeu des bacs, façon puzzle
Hier midi à la Chunga, haut lieu de l'agilité à Toulouse, nous avons expérimenté un nouveau jeu
Apprendre, toujours apprendre, c’est un principe de l’agilité.
Hier midi à la Chunga, haut lieu de l'agilité à Toulouse, nous avons expérimenté un nouveau jeu
Est-ce que l'équipe est capable de commencer et de développer cette story, compte tenu de ses moyens ?
Une story est prête à prendre le départ du sprint si son comportement attendu (conditions d’acceptation) et la qualité requise (critères de finition) sont suffisamment connus de l’équipe. Un autre volet essentiel pour s’assurer de la capacité de l’équipe à développer la story pendant le sprint porte sur les conditions de réalisation.
Qu’y a t-il dans la définition de prêt d’une story ?
Convivialité helvète
En bon artisan de la formation inter-entreprises, je cherche à atteindre la MVS avant d'investir dans l'organisation d'une session
Un atelier pour apprendre à faire pousser, en équipe, de belles stories
Chapitre dix de Scrum édition 3
Dans la série Suppléments en ligne à mon livre Scrum, voici la rétrospective de sprint, qui constitue le chapitre 10.
Quelques extraits du chapitre :
…on peut comparer la rétrospective à la discussion sur « on refait le match », mais à laquelle participeraient uniquement les joueurs.
La rétrospective constitue un moment particulier où l’équipe s’arrête de produire, prend le temps de réfléchir et parle de ses expériences…
Le résultat essentiel de la rétrospective est qu’elle contribue à avoir une équipe plus soudée…
C’est la porte d’entrée dans l’amélioration continue[1], dans l’agilité, dans le travail en équipe…
Agile Games France, c'est la colonie de vacances d'hiver pour les agilistes
La vue d'ensemble
Les notions manipulées pour aller de la vision à la story, avec quelques techniques de définition de produit pour y arriver.
Ce quadrant montre 5 outils et 6 concepts situés dans 4 cases.
L'intraspective
L’agilité a popularisé l’amélioration continue, avec les rétrospectives.
À chaque fin de sprint, donc en général toutes les 2 ou 3 semaines, l’équipe s’arrête de développer, pour réfléchir à la façon dont elle a travaillé, dans le but de s’améliorer.
Ce qui est moins connu que la rétrospective, c’est l’intraspective.
Kanban considère le processus courant comme un système
C'est un jeu qui est toujours très apprécié des participants
Kanbanzine, c’est pratique pour le formateur : on peut créer son propre scénario et il y a aussi une grande variation possible dans l’application des règles. Cela donne des idées.
Depuis que j’ai fait l’acquisition d’un plateau Kanbanzine, j’ai bien dû faire une dizaine de parties. Je l’ai joué plusieurs fois avec Laurent Morisseau comme ici lors de la dernière formation Kanban à Toulouse.
La définition de fini constitue le chapitre 11 de la troisième édition
Dans la série Suppléments en ligne de mon livre sorti, pour la première édition, il y a 4 ans, voici la Définition de fini qui constitue le chapitre 11 de la troisième édition.
Le résumé en fin du chapitre :
La définition de fini est la pratique qui permet d’obtenir le niveau de qualité attendu à la fin de chaque sprint, pour éviter d’accumuler de la dette technique.
Simplicité pour présenter le processus
Une belle aventure dont je ne pensais pas qu'elle me mènerait aussi loin
Ma proposition Les nouveaux outils du Product Owner a été retenue pour le ScrumDay
En remontant le fleuve
Je donne maintenant mes formations Scrum sans faire défiler des slides sur un vidéo-projecteur.
Cette semaine, j’ai à nouveau expérimenté avec succès la formule #noSlides.
Pionniers à Troie
Le compte-rendu du klub de lecture sur le livre Agile Transition
Le Club de lecture Agile Toulouse d’hier soir portait sur Agile Transition de Andrea Tomasini & Martin Kearns.
Le livre ne nous pas appris grand chose. Il est plutôt destiné à faire découvrir l’état d’esprit de l’Agilité à ceux qui ne connaissent pas. Il ne parle pas vraiment de transition.
Cependant, il nous a permis de bien discuter sur la transition.
L'agilité pour le développement de systèmes
Le personnes qui développent des systèmes s’intéressent à l’Agilité. J’ai fait récemment une intervention pour le Club des utilisateurs du System Engineering à Toulouse et je suis maintenant sollicité par l’AFIS.
J’étais pas mal impliqué dans ce domaine de l’ingénierie système il y a quelques années, avant de me consacrer entièrement à l’Agilité.
A l’occasion de mon intervention au Club des utilisateurs, j’avais proposé une relecture collective du Manifeste Agile, adapté au développement de systèmes. Il a été conçu au départ pour le développement de logiciel, donc quelques adaptations sont nécessaires.
La méthode Kanban contribue à prendre une vue plus large, holistique, sur l'ensemble des activités de l'organisation
Dans la série Suppléments en ligne de mon livre, voici Adapter Scrum au contexte qui constitue le chapitre 12 de la troisième édition
Le résumé en fin du chapitre :
Scrum ne se vend pas en pack de 6. Sélection des pratiques et adaptation au contexte sont les deux mamelles de son application sur un projet.
Les nouveaux outils du Product Owner