Star wars, Episode X : Le retour du Scrum Master by Agilys
•Télécharger en tant que PPTX, PDF•
1 j'aime•272 vues
Il y a bien longtemps, dans une galaxie lointaine, très lointaine… Agilys naissait.Pour pouvoir utiliser la force du Scrum, de jeune Padawan à Jedi, la route fut longue et semé d’embuches. Venez assister au réveil de la force Scrum ! Deux développeurs, un chef de projet, un CTO et un Scrum Master viendront expliquer comment le Scrum a permis de diminuer drastiquement le nombre de bugs en production tout en délivrant plus de fonctionnalités. La Force du Scrum a également contribué à une amélioration de l’ambiance de travail et à une plus grande satisfaction des développeurs.
Recommandé
Contenu connexe
Tendances
Tendances (12)
Similaire à Star wars, Episode X : Le retour du Scrum Master by Agilys
Similaire à Star wars, Episode X : Le retour du Scrum Master by Agilys (20)
Star wars, Episode X : Le retour du Scrum Master by Agilys
- 1. StarWars EpisodeX Le retour du Scrum Master Journée Agile 2016 27 mai 2016
- 2. La team
- 3. Episode I – Le commencement Renaud Gryspeerdt – CTO
- 4. 2002
- 5. CRM sur PDA Méthode :Waterfall Clients déçus par les multiples retards Nombreux bugs Moral des troupes
- 6. myShopi 2010
- 7. myShopi Daily scrum Sprints à durée variable Sprint goal Tool :WunderlistTodolist
- 8. Episode II La découverte MatthieuVandenhende – Développeur
- 11. Des chapeaux, des bateaux … Au secours, mon processus m’étrangle ! DePascal VanCauwenberghe
- 12. Ce qui est ressorti de cette formation Les différentes terminologies Agile et Scrum La place de chacun au sein de Scrum (rôles) Des problèmes potentiels et comment les adresser
- 13. Mise en place
- 14. Mise en place : Définition des rôles
- 15. Mise en place : Les cérémonies
- 16. Mise en place : Timebox
- 17. Mise en place : Definition of Done
- 19. Episode III – La traversée du désert Adrien Clerbois – Industrial Consultant
- 20. Un sprint pour deux savoir- faire.
- 21. Comment ne pas sombrer dans le côté obscur?
- 22. Suivi parObi Wan (aka Norman) pour faire évoluer notreScrum
- 23. Cérémonies
- 24. Planning Game
- 25. To do list
- 26. Encouragement et soutien de la force
- 28. Episode IV –Un nouveau départ Christophe Debussche - Manager
- 29. Formation Scrum
- 30. Cérémonies
- 32. Dogmatisme
- 33. Coaching
- 34. EpisodeV – Le retour duScrum Master Charles-Louis de Maere – Coach
- 35. Au secours, notre PO est débordé !
- 37. Ça sert à quoi unScrum Master ?
- 38. Ça sert à quoi unScrum Master ?
- 39. Ça sert à quoi unScrum Master ?
- 40. Où est leScrum Master ?
- 41. L’art de poser les bonnes questions
- 42. EpisodeVI – Et ils vécurent heureux et eurent plein de petitsScrum Masters Christophe Debussche - Manager
- 43. Story Mapping
- 44. Transparence
- 45. Merci !
Notes de l'éditeur
- Bonjour à tous, Comme Renaud l’a dit, je suis Matthieu Vandenhende, Microsoft MVP & développeur .NET arrivé chez myShopi quelques mois après sa création. C’était mon premier Job et je ne connaissais absolument rien à l’agilité quand je suis arrivé.
- Renaud a alors eu la très bonne idée de nous faire faire une formation sur qu’est-ce que l’agilité. Cette formation était donnée par Norman (notre maître Jedi de l’époque). Durant cette première formation on a pu voir les différents piliers de l’agilité, les différentes terminologies, que ce soit au niveau de l’agilité ou plus précisément de Scrum car c’était plus ça qui nous intéressait … mais ce qui m’a fortement marqué, c’est cette activité :
- Oui, nous avons fait un atelier Durant lequel nous avons fabriqué des chapeaux et des bateaux Bon en réalité, ça ressemblait plus à ceci.
- L’atelier est celui de Pascal Van Cauwenberghe qui s’appelle “Au secours, mon processus m’étrangle”. L’idée de départ est de créer le maximum de chapeau en un minimum de temps en équipe. Mais à quoi ça sert ? En fait, au fur et à mesure de l’activité, on comprend que des problèmes surviennent, certaines personnes bloquent le processus de fabrication (ils ne savent pas comment faire un bateau …) ou alors, certaines actions sont plus lentes et ralentissent alors la chaine de production. Il y’a donc un goulot d’étranglement qui bloque la fabrication. Durant l’atelier, on va changer les rôles, s’améliorer, refaire le même exercice sous formes d’itérations (équivalent de Sprints en Scrum) en s’améliorant pour arriver à un résultat dont on ne pouvait pas imaginer au départ. Cet atelier permet de se rendre compte très rapidement des problèmes, les identifier, les corriger. En plus d’être fun, cet atelier permet de comprendre très facilement des choses, ou des concepts, qu’il ne serait pas facile d’exprimer sur papier. Lancer BB8 à Renaud
- Durant la journée de formation, on aura vu plusieurs choses. Comment fonctionne Scrum, qu’est-ce que ça nous apporte, quelles sont les cérémonies Les différentes terminologies Agile ainsi que les terminologies Scrum. La place de chaque personne dans l’équipe Scrum, donc les différents rôles dans Scrum
- Ensuite, tous très motivé et convaincu que Scrum pourrait nous aider à nous améliorer, on pense que l’on a compris ce qu’était Scrum et on décidé de mettre en place ce qui a été vu durant la formation et voir ce que cela donne.
- On définit des rôles au sein de notre équipe. On a donc maintenant un Scrum master, un Product owner (responsable du produit) et des team members
- On va également en place les différentes cérémonies … Sprint planning, Daily scrum , le sprint review, le sprint rétrosepctive
- Pour se faire, nous allons également respecter chaque time box pour les cérémonies. Le fait de time boxer les cérémonies permet de se concentrer sur le principal car avant on mettait trop de temps (donc on perdait le focus) ou alors on n’allait trop vite (et on skippait le principal)
- Nous créons notre première Definition Of Done. Je ne sais plus ce qu’il y’avait exactement dedans, mais elle était plutot légère du style : - La story doit être dévelopé -La story doit être testé par le développeur -La story doit être testé par le testeur
- Et maintenant, j’aimerais vous exprimer le sentiment que j’avais en tant que développeur après cette formation. Je me posais quand même encore des questions. J’étais motivé, plutôt confiant quant à la méthodologie Scrum, mais je me posais encore certaines questions. Est-ce que tout ça ne fera pas trop de réunion ? Et si on n’a pas fini après les time box ? On fait quoi ? Pour l’instant, je n’avais pas encore les réponses à ces questions Mais bon. On voulait le faire alors Let’s go, lançons-nous ! Appliquons tout ça !! (Lancer bb8 à Adrien)
- A mon arrivée dans la team myShopi, j’ai vite été intégrée dans une Scrum Team composée de developpeur mobile et développeur back office. Et c’est là que beaucoup de fois j’ai entendu et également posé la question Mais.. Euh … C’est vraiment utile ? Je suis arrivé dans le vaiseau qui navigait dans l’Agilité depuis 2 ans. Et pendant cette longue période, il était question de remettre en question si l’agilité était indispensable ou non ? Est-ce que l’on utilise Scrum correctement ? C’est quoi le vrai Scrum ? Mais la vrai question êtais comment ne pas somber dans le côté obscur.
- Tous les deux mois, Obi Wan se présentait à nous pour nous enseigner la force du Scrum. Avec cette journée de suivi nous ne pouvions avoir assez mais c’était suffisant pour continuer à se remettre en question et à faire évoluer notre Agilité. Nous mettions en œuvre un maximum le concept de INSPECT & ADAPT pour être de plus en plus de meilleur JEDI
- SPRINT REVIEW (5’ MINUTES) RETROSPECTIVE (TOUR DE TABLE) DAILY SCRUM (OFFICE MANAGER PAPIER Q)
- Et dans nos cérémoniales, nos plannings game étaient sympa, les deux équipes se réunissaient et nous énumérions les tâches à réaliser pour le sprint en parcourant la TO DO List Trello. Nous commencions par l’équipe BackOffice, la création des cartes, la lecture et leur ajout d’information prenaient 1heures 45 minutes, il restait 15 minutes pour l’équipe mobile. Pas suffisant, vous ne trouvez pas ?
- Lors de plusieurs retrospectives l’idées que Trello notre outils de To do list devenait largement incomplet pour nos besoins. Nous avons alors décider d’inspecter Jira, un outils plus complet mais aussi plus difficile à appréhender. Un membre de l’équipe s’est chargé de prendre le lead pour réaliser des tests, faire une première configuration. Mais après un truc d’inspection, le projet tombe à l’eau : trop lourd, temps d’adaptation long, workflow indomptable. Manque de temps pour s’adapter. Mais le management était présent et nous ont soutenu que Jira était une voie qui pouvait améliorer notre Agilité, par ce faite il nous ont laissés du temps supplémentaire pour dompter le Wookie.
- Peu importe les choix réaliser pour adapter notre Agilité, nous avons eu le soutient et les encouragements du management qui se sont dans biens des cas montrés des alliés pour éviter le Scrum but, en y mettant les moyens et en ne cessant de mettre en œuvre des activités, des réunions et facilités pour encourager notre team spirit mais aussi nos connaissances : À travers formation, réunions team building.
- Mais au finale est-ce que le niveau atteins d’Agilité et suffisant ? Est-ce que l’on peut continuer à s’améliorer ? Si oui, comment ?
- Nouveau depart, on envoie l equipe en formation
- J'y decouvre que je ne faisais pas du scrum Formation Scrum (certification Scrum Master) Confrontation de notre réalité vs Scrum Squirel Burger Chef de projet Scrum !
- Préciser "avant d'arriver" chez Agilys Préciser le bagage et clairement indiquer quelle expérience vient d'où ? Utiliser myShopi à la place d'Agilys Les ceremonies ne sont pas suivies correctement > planning > durée Les vrais cérémonies Daily Scrum Sprint Review Sprint Retrospective … avec les vrais timebox
- Pas d auto organization > chef de projet guide l équipe > pas esprit scrum - engagement de l équipe (motivation, performance, …) > let IT go Auto-organisation des équipes
- Après la formation, attention aux dogmes et mauvaises comprehensions ex: sprint figé Sprint figé ! Euh… mais les gars, y a des urgences là… ?! Dogmatisme
- Solution apportée : coaching Quelqu’un qui maitrise le framework SCRUM, qui a des outils pour retires les bénéfices de SCRUM. Outil pour la rétro Coaching (ou l’art de poser des questions … dérangeantes) PO de l’équipe Mobile ! … ou pas, SM de l’équipe .Net ? … ou pas, coach de SMs
- User Story Mapping
- Transparence pour plusieurs utilisateurs et un seul produit Transparence Déjà les clients sur JIRA planning client Ne pas corriger tous les bugs directement
- Finir sur "Qu'est ce que ca m'a apporté" Christophe: Motivation de l’équipe Engagement Mise en place des bonnes pratiques