Auteur/autrice : Alexandre Boutin
Conférences Agiles à Grenoble
Et voilà, une fois de plus les 2 journées de conférences de Grenoble sont derrière nous et voici quelques mots pour décrire ces évènements.
Tout commence le mercredi soir par le « Before » …
Mes conférences depuis 2007
L’année prochaine, cela fera 9 ans que je suis orateur lors des conférences Agiles publiques et de séminaires privés, et suite à un petit coup de nostalgie, j’ai référencé toutes ces occasions dans une page dédiée sur ce blog : Mes Conférences
Tout à commencé en 2007 sur une initiative de Karl Scotland qui travaillait chez Yahoo! à Londres et qui m’avait fortement suggérer de faire une co-présentation lors du Scrum Gathering de Londres sur la façon dont nous implémentions l’agilité chez Yahoo!International (Europe, Inde, Asie et Amérique Latine).
Les estimations sont une bonne pratique
J’avoue ne pas totalement accrocher avec le mouvement #noestimate.
Je comprends bien la volonté de gagner du temps (ou plutôt d’éviter d’en gaspiller) et je sais que l’on peut planifier des releases sans avoir besoin d’estimer chacune des User Story (@claudeaubry détaille cela précisément dans la version 4 de son livre sur Scrum – Ce qui lui a d’ailleurs valu plusieurs remarques de ma part lorsque j’en ai fait la relecture).
D’autres personnes considèrent que dès lors qu’une estimation est donnée, elle est considérée comme un engagement et que tout engagement amène du mauvais stress sur l’équipe (la pression) et un biais potentiel sur la qualité de ce qui sera produit (afin de tenir l’engagement). Et donc qu’il est préférable de ne pas donner d’estimation pour éviter ces désagréments.
De la même façon, j’ai lu et entendu que puisque les managers ne comprennent pas l’utilisation des indicateurs agiles et qu’il est trop difficile de leur en expliquer le fonctionnement (ou peut être simplement qu’ils ne veulent pas entendre) alors le plus simple est d’arrêter de les produire. Donc plutôt que de s’occuper du problème réel, on fait disparaitre la conséquence en espérant que cela ira mieux … un doux rêve 🙂
De mon coté, je trouve que passer du temps à faire des estimations a de la valeur pour peu que l’on tienne compte des éléments suivants :
Continuer la lecture de « Les estimations sont une bonne pratique »
Bien découper les User Story
Dernièrement j’ai été confronté à un découpage « technique » d’une User Story et malheureusement c’est quelque chose que je vois assez régulièrement.
Le problème initial est que l’équipe estime une User Story trop grosse pour pouvoir être terminée durant l’itération, il faut donc la découper sous peine de voir l’itération échouer (en effet, il est important de finir pour beaucoup de bonnes raisons qui pourraient être l’objet d’un autre post si cela vous intéresse). Bien sur il est préférable de garer une cohérence fonctionnelle à une User Story, c’est à dire utilisable pour créer de la valeur pour l’utilisateur, mais parfois elle est vraiment trop grosse.
Lorsque le Product Owner a du mal à trouver comment découper cette User Story, alors les équipiers proposent leur aide, ce qui est une très bonne chose, et malheureusement dans certains cas, le résultat est un découpage technique 🙁
Speaker à Agile Grenoble 2015
Ma session « L’art du maniement des exigences agiles » à été retenue pour Agile Grenoble 2015 le jeudi 19 novembre, chouette 🙂
Ce sera en Kili 1+2 entre 14h20 et 15h05
Les places partent très vites et depuis 8 ans la conférence est à guichet fermés, n’attendez pas le dernier moment pour vous inscrire :https://yurplan.com/event/Agile-Grenoble-2015/5619
Petites et grandes victoires
Lors du lancement d’un nouveau sprint d’une équipe que j’accompagne depuis plusieurs mois, j’ai eu cet échange intéressant :
- Moi : Ce qui serait bien, c’est que l’équipe tienne son engagement sur ce sprint
- Moi : Ce n’est pas encore arrivé, et ce serait une belle victoire que nous pourrions exploiter
- Equipier : C’est cela que tu appelles une victoire !
- Moi : Oui, et toi, comment définis-tu la victoire ?
- Equipier : C’est lorsque l’utilisateur peut utiliser un module complet sur son poste
- Moi : Bonne remarque, alors considérons que tenir l’engagement du sprint sera une petite victoire 🙂
Il est tout à fait vrai que la réussite d’un projet se mesure en terme de valeur et de satisfaction des utilisateurs, et que donc, tant qu’ils n’ont pas quelque chose d’opérationnel qui peut leur amener des bénéfices concrets, il est difficile de parler de succès sur le projet.
Néanmoins, j’utilise souvent le terme de « petite victoire » lors de la mise en œuvre de l’agilité au sein d’une équipe, car je trouve qu’il est important que l’équipe ait un objectif raisonnable qu’elle puisse atteindre à court terme afin de garder sa dynamique et son envie de donner le meilleur d’elle même.
Voici quelques petites victoires (en vrac) que je souligne systématiquement :
- Déplacer un postIT de tâche dans la colonne « Terminé »
- Finir la première « grosse » User Story
- Tenir l’engagement de l’itération pour la première fois
- Prendre une Story en plus au cours de l’itération
- Voir que le Scrum Board est vide de PostIT en fin d’itération
- Voir que le « Hall of Fame » des Story terminé est trop petit
- Faire tenir un Stand Up en moins de 10 minutes
- Avoir réalisé toutes les actions de la rétrospective à mi itération
- Recevoir un mail de félicitation d’un utilisateur
- Se faire applaudir par les utilisateurs lors de la revue d’itération
- Voir que le Product Backlog de la Release est presque vide
Et vous, quelles petites victoires avez-vous partagé sur vos projets ?
Journée « Bien Etre »
La semaine passée, j’ai organisé 2 journées « Bien Etre » pour les membres actifs du CARA Grenoble et pour mes clients en fêtant les 6 ans d’AGILETOYOU.
L’idée était de remercier ces personnes, ceux qui ont donné de leur temps au CARA Grenoble depuis sa création en 2008, et ceux qui m’ont fait confiance depuis 2009 en me donnant des affaires. Pour la deuxième journée, j’avais également invité quelques personnes qui ne sont pas directement mes clients et que j’avais envie d’avoir avec moi ce jour là (en particulier ma femme et l’une de mes filles qui était disponible).
Pour cette journée, je souhaitais que l’on se fasse du bien, et la journée était organisée sur 2 temps :
- Atelier « Points Forts » pour comprendre l’importance de regarder ce qui marche bien plutôt que ce qui ne marche pas
- Atelier « Action Type » pour mieux se connaître
J’avais demandé à Stéphane Bigeard,dont je vous invite à parcourir le site www.point-fort.com, de venir spécialement d’Arras pour animer la première journée pour le CARA Grenoble et co-animer avec Fred la deuxième journée avec mes clients.
Ces 2 journées ont été un franc succès avec beaucoup de plaisir ressenti, de découvertes faites et de discussions enrichissantes … enfin en bref une journée ou chacun d’entre nous à pris du temps pour penser à soi … n’est ce pas la définition du Bien Etre 🙂
Qu’avons nous fait durant ces journée … Continuer la lecture de « Journée « Bien Etre » »
Retours sur le Scrum Day France 2015
Le Scrum Day France 2015 a eu lieu les 2 et 3 avril derniers et cette année encore, j’ai particulièrement apprécié d’y participer. J’avoue que c’est surement les rencontres et discussions qui ont lieu tout au long de ces 2 jours qui m’intéressent particulièrement et que je ne fais pas trop attention au programme, ce qui ne veut pas dire qu’il n’est pas attrayant.
Les Keynotes
Cette année, les keynotes speakers m’intéressaient particulièrement.
Continuer la lecture de « Retours sur le Scrum Day France 2015 »
L’agilité chez les Gaulois
Dernièrement j’ai eu l’occasion de faire jouer le jeu de Clodio sur l’agilité à grande échelle (dont il a fait une formation) à une équipe que j’accompagne depuis 15 mois maintenant.
A l’origine, la demande du manager était de faire réfléchir les équipes sur la notion d’appartenance à un programme commun et le fait que chacune d’entre elle devait contribuer au succès de l’unité.
Je me suis dit que ce jeu, que Claude va présenter au prochain ScrumDay, serait un bon support à la discussion et à l’échange.
J’avais prévu 3h pour cet atelier et finalement nous sommes restés un peu plus de 3h30 pour dérouler l’atelier et débriefer sur les apprentissages (environ 2 h de jeu … nous avons pris notre temps … et 1h30 de débriefing)