42% des projets agiles sont couronnés de succès.
49% des projets agiles sont livrés en retard.
9% sont un échec total
Il y a une meilleure méthode pour aider des équipes agiles à implémenter Scrum
Vous entendez partout parler d'agilité, de Scrum, de PO et ... vous en venez à vous demander si on parle d'un jeu de rôle ou d'une compétition de gymnastique !
Les méthodes agiles révolutionnent la gestion de projet. Fini le célèbre cycle en V ou il convient de définir précisément au début d'un projet ce que sera le produit final (alors qu'on ne connait justement pas encore les usages!). Avec les méthodes agiles vous travaillez par petits cycles en lien fort avec l'utilisateur final pour lui créer un produit utile et opérationnel.
http://www.openska.com/
Venez profiter de l'expertise de l'un des experts Scrum de MyAgile Partner qui donne les formations Scrum d'Openska. Venez échanger le 27 Avril dans les locaux d'Openska, en face du futur plus grand incubateur Européen: Station f.
Cette présentation porte sur Scrum 2020.
L'objectif est de présenter les concepts et les principes de Scrum 2020.
Les points abordés sont
- Principes, caracterisuques, Approche
- Piliers
- Les valeurs
- Scrum Team, caracteristiques et responsabilités
- Product Owner, résponsabilités, contraintes
- Developers,engagement,compétences et tâches
- Scrum Master, responsabilités et tâches
- Evènements Scrum
- Sprint et lien avec les rôles
- Occasions pour l’inspection et l’adaptation
- Artefacts et objectifs
- Increment et DoD
- Zoom sur le Product Backlog
- Zoom sur le Product Goal
REX Kanban dans plusieurs contextes, par Couthaïer Farfra (Agile4Me)Couthaïer FARFRA
REX présenté au "Play Agile" de la Mutuelle Générale, le 13 novembre 2015. Ces retours d'expériences présentent la mise en oeuvre des pratiques Kanban, dans plusieurs contextes de transformation.
Vous entendez partout parler d'agilité, de Scrum, de PO et ... vous en venez à vous demander si on parle d'un jeu de rôle ou d'une compétition de gymnastique !
Les méthodes agiles révolutionnent la gestion de projet. Fini le célèbre cycle en V ou il convient de définir précisément au début d'un projet ce que sera le produit final (alors qu'on ne connait justement pas encore les usages!). Avec les méthodes agiles vous travaillez par petits cycles en lien fort avec l'utilisateur final pour lui créer un produit utile et opérationnel.
http://www.openska.com/
Venez profiter de l'expertise de l'un des experts Scrum de MyAgile Partner qui donne les formations Scrum d'Openska. Venez échanger le 27 Avril dans les locaux d'Openska, en face du futur plus grand incubateur Européen: Station f.
Cette présentation porte sur Scrum 2020.
L'objectif est de présenter les concepts et les principes de Scrum 2020.
Les points abordés sont
- Principes, caracterisuques, Approche
- Piliers
- Les valeurs
- Scrum Team, caracteristiques et responsabilités
- Product Owner, résponsabilités, contraintes
- Developers,engagement,compétences et tâches
- Scrum Master, responsabilités et tâches
- Evènements Scrum
- Sprint et lien avec les rôles
- Occasions pour l’inspection et l’adaptation
- Artefacts et objectifs
- Increment et DoD
- Zoom sur le Product Backlog
- Zoom sur le Product Goal
REX Kanban dans plusieurs contextes, par Couthaïer Farfra (Agile4Me)Couthaïer FARFRA
REX présenté au "Play Agile" de la Mutuelle Générale, le 13 novembre 2015. Ces retours d'expériences présentent la mise en oeuvre des pratiques Kanban, dans plusieurs contextes de transformation.
Guide des bonnes pratiques de la méthode Scrum – AT Internet AT Internet
De la présentation des « scrumers » aux règles générales des cérémonies Scrum, ce guide édité par AT Internet vous permet de découvrir et mettre en application la méthode Scrum.
Il doit vous aider à vous souvenir des règles proposées par Scrum, mais aussi vous permettre de créer un environnement de travail adapté aux méthodes agiles et productif auprès de vos équipes.
[ENGLISH BELLOW]
Les journees DevExp sont comme nos DreamTech meetings a Sophia Antipolis (Le partage d'expériences), mais couvrant l'ensemble des centres de l'INRIA (à travers tout le pays). Les ingénieurs se rencontrent une fois par an pendant 2/3 jours pour présenter, discuter et partager leurs travaux/experiences/point de vue. Dans mon cas (de l'INRIA Sophia Antipolis), je ai présenté notre expérimentation de la méthode agile Scrum et comment nous avons appris à l'utiliser et à l'adapter à notre contexte (SOFAVR + les autres projets en relations).
[ENGLISH]
DevExp are like our INRIA DreamTech (share engineer experiences) but covering the whole INRIA centers (through all the country). Engineers meet 1 time a year during 2/3 days to present, share and discuss about their actual works. In my case (from INRIA Sophia Antipolis) I presented our experimentation of the SCRUM agile method and how we learnt to use it and to adapt it to our context (SOFAVR and all the others related projects).
Un sujet que beaucoup évitent, soit parce qu'ils ne sont pas assez nombreux pour ça, soit parce que les équipes travaillent de manière isolée : les équipes Scrum multiples. Découvrez comment éviter les écueils qui vous mènerait à subir cette multiplicité.
Rex d'une vague ScrumBan au meetup Culture KanbanCouthaïer FARFRA
Retour d'expérience sur la façon dont une Team Agile a réussi à tenir ses promesses en associant Scrum & Kanban. Présentation réalisée au meetup Culture Kanban, organisé par le FKUG, le 29 juin 2016.
Il y a autant de Scrum Master que de personnes et de projets agiles. J'aimerais donc vous parler de mes différentes expériences dans ce rôle ou dans ceux que j'ai pu observer, de la vie au quotidien mais surtout des différents schémas que j'y ai vu : Scrum Master / développeur, Scrum Master / testeur, Scrum Master / gestionnaire de projet, Scrum Master tout court, Scrum Master / coach ...., de leurs bons et moins bons côtés. L’idée est de remettre en lumière ce rôle trop souvent négligé ou mal compris et de vous donner des pistes de réflexion pour choisir la bonne personne en fonction du contexte projet, pour aider vos Scrum Master dans le but d’accélérer la transformation de votre équipe, de votre service ou de votre entreprise.
Agilité - Drupal et Scrum sont faits pour s'entendreArtusamak
D'un coté des méthodes agiles de plus en plus utilisées, de l'autre un CMS qui se déploie massivement et dépasse le cadre de son périmètre initial de CMS.
Au cours de cette présentation nous allons voir ce que sont ces méthodes agiles, en quoi elles divergent de la gestion de projet dite "traditionnelle". Nous ferons un focus sur Scrum et son utilisation dans le cadre d'un projet Drupal.
- Votre dernier projet en cycle en V a échoué et vous avez envie d'essayer autre chose ?
- Vous ne savez pas ce que sont les méthodes agiles et/ou Scrum ?
- Vous vous demandez comment tirer partie des capacités de prototypage de Drupal ?
Petit support d'aide à la préparation de la certification Professionnal Scrum-Master de la srcum.org, destiné prioritairement aux stagiares ayant suivi mes training Agile, mais "offert" à la collectivité francophone :-)
les slides de la présentation des travaux de Scott Downey et de Jefff Sutherland sur les outils de mesure de l'effectivité dans les équipes projet/Scrum.
Ces slides ont pour objectif de présenter le contexte des méthodes agiles, et de présenter le fonctionnement de la méthode Scrum.
Je donne également un premier retour d'expérience
Présentation succincte de Scrum.
En fonction du public elle peut tenir entre 20 minutes sans s'attarder ou en 2 heures avec une présentation des annexes.
Lean Kanban est bien sage avec ses conseils de « Commencez où vous en êtes » , de s'« Améliorer de façon continue » , de « Rendre les règles explicites » mais lorsque qu’il dévoile des mentra tels que « Finir par commencer ! » et « Limiter l’encours de travail » on touche du doigt une graine révolutionnaire pour les équipes et l'entreprise.
Formation "Initiation Scrum" (sur 1 ou 2 jours)
- comprendre les principes agile
- découverte de SCRUM (les rôles, les livrables, les évènements)
- expérimenter par la pratique
La régression continue - Une méthode pour bien faire rater l'adoption agile ...Bastien Gallay
Vous avez tous essuyé des déboires en essayant d’"agiliser" une entreprise. Ces échecs et difficultés sont l’occasion d’apprendre. Mais que ferait une personne dont le seul but serait de faire échouer l’agilité ?
Un "grand méchant" de l'agilité, vous entraîne, au travers de ce retour d’expérience fictif, à contre-pied de l’adoption agile. Découvrez, ou redécouvrez, les pièges freinant l’amélioration et l'émergence d’un esprit agile en entreprise. Découvrez aussi quelques pistes pour les déjouer, au travers des difficultés que peut avoir ce personnage à annihiler l'agilité.
Vous êtes en fonctionnement agile mais ça ne marche pas ? Vous ne vous servez pas de l’agilité et doutez que ça puisse s’appliquer à votre équipe ? Ce REX est fait pour vous !
Nous vous proposons de retrouver l’esprit de l’agilité en comparant deux expériences client contradictoires. D’un côté l’application quasi stricte des cérémoniels décrits dans la méthode Scrum, de l’autre une application très adaptée des principes de l’agilité.
Quels sont les effets observés dans chacun des cas et quels pièges peuvent être évités lors de l’application de la méthode ?
Guide des bonnes pratiques de la méthode Scrum – AT Internet AT Internet
De la présentation des « scrumers » aux règles générales des cérémonies Scrum, ce guide édité par AT Internet vous permet de découvrir et mettre en application la méthode Scrum.
Il doit vous aider à vous souvenir des règles proposées par Scrum, mais aussi vous permettre de créer un environnement de travail adapté aux méthodes agiles et productif auprès de vos équipes.
[ENGLISH BELLOW]
Les journees DevExp sont comme nos DreamTech meetings a Sophia Antipolis (Le partage d'expériences), mais couvrant l'ensemble des centres de l'INRIA (à travers tout le pays). Les ingénieurs se rencontrent une fois par an pendant 2/3 jours pour présenter, discuter et partager leurs travaux/experiences/point de vue. Dans mon cas (de l'INRIA Sophia Antipolis), je ai présenté notre expérimentation de la méthode agile Scrum et comment nous avons appris à l'utiliser et à l'adapter à notre contexte (SOFAVR + les autres projets en relations).
[ENGLISH]
DevExp are like our INRIA DreamTech (share engineer experiences) but covering the whole INRIA centers (through all the country). Engineers meet 1 time a year during 2/3 days to present, share and discuss about their actual works. In my case (from INRIA Sophia Antipolis) I presented our experimentation of the SCRUM agile method and how we learnt to use it and to adapt it to our context (SOFAVR and all the others related projects).
Un sujet que beaucoup évitent, soit parce qu'ils ne sont pas assez nombreux pour ça, soit parce que les équipes travaillent de manière isolée : les équipes Scrum multiples. Découvrez comment éviter les écueils qui vous mènerait à subir cette multiplicité.
Rex d'une vague ScrumBan au meetup Culture KanbanCouthaïer FARFRA
Retour d'expérience sur la façon dont une Team Agile a réussi à tenir ses promesses en associant Scrum & Kanban. Présentation réalisée au meetup Culture Kanban, organisé par le FKUG, le 29 juin 2016.
Il y a autant de Scrum Master que de personnes et de projets agiles. J'aimerais donc vous parler de mes différentes expériences dans ce rôle ou dans ceux que j'ai pu observer, de la vie au quotidien mais surtout des différents schémas que j'y ai vu : Scrum Master / développeur, Scrum Master / testeur, Scrum Master / gestionnaire de projet, Scrum Master tout court, Scrum Master / coach ...., de leurs bons et moins bons côtés. L’idée est de remettre en lumière ce rôle trop souvent négligé ou mal compris et de vous donner des pistes de réflexion pour choisir la bonne personne en fonction du contexte projet, pour aider vos Scrum Master dans le but d’accélérer la transformation de votre équipe, de votre service ou de votre entreprise.
Agilité - Drupal et Scrum sont faits pour s'entendreArtusamak
D'un coté des méthodes agiles de plus en plus utilisées, de l'autre un CMS qui se déploie massivement et dépasse le cadre de son périmètre initial de CMS.
Au cours de cette présentation nous allons voir ce que sont ces méthodes agiles, en quoi elles divergent de la gestion de projet dite "traditionnelle". Nous ferons un focus sur Scrum et son utilisation dans le cadre d'un projet Drupal.
- Votre dernier projet en cycle en V a échoué et vous avez envie d'essayer autre chose ?
- Vous ne savez pas ce que sont les méthodes agiles et/ou Scrum ?
- Vous vous demandez comment tirer partie des capacités de prototypage de Drupal ?
Petit support d'aide à la préparation de la certification Professionnal Scrum-Master de la srcum.org, destiné prioritairement aux stagiares ayant suivi mes training Agile, mais "offert" à la collectivité francophone :-)
les slides de la présentation des travaux de Scott Downey et de Jefff Sutherland sur les outils de mesure de l'effectivité dans les équipes projet/Scrum.
Ces slides ont pour objectif de présenter le contexte des méthodes agiles, et de présenter le fonctionnement de la méthode Scrum.
Je donne également un premier retour d'expérience
Présentation succincte de Scrum.
En fonction du public elle peut tenir entre 20 minutes sans s'attarder ou en 2 heures avec une présentation des annexes.
Lean Kanban est bien sage avec ses conseils de « Commencez où vous en êtes » , de s'« Améliorer de façon continue » , de « Rendre les règles explicites » mais lorsque qu’il dévoile des mentra tels que « Finir par commencer ! » et « Limiter l’encours de travail » on touche du doigt une graine révolutionnaire pour les équipes et l'entreprise.
Formation "Initiation Scrum" (sur 1 ou 2 jours)
- comprendre les principes agile
- découverte de SCRUM (les rôles, les livrables, les évènements)
- expérimenter par la pratique
La régression continue - Une méthode pour bien faire rater l'adoption agile ...Bastien Gallay
Vous avez tous essuyé des déboires en essayant d’"agiliser" une entreprise. Ces échecs et difficultés sont l’occasion d’apprendre. Mais que ferait une personne dont le seul but serait de faire échouer l’agilité ?
Un "grand méchant" de l'agilité, vous entraîne, au travers de ce retour d’expérience fictif, à contre-pied de l’adoption agile. Découvrez, ou redécouvrez, les pièges freinant l’amélioration et l'émergence d’un esprit agile en entreprise. Découvrez aussi quelques pistes pour les déjouer, au travers des difficultés que peut avoir ce personnage à annihiler l'agilité.
Vous êtes en fonctionnement agile mais ça ne marche pas ? Vous ne vous servez pas de l’agilité et doutez que ça puisse s’appliquer à votre équipe ? Ce REX est fait pour vous !
Nous vous proposons de retrouver l’esprit de l’agilité en comparant deux expériences client contradictoires. D’un côté l’application quasi stricte des cérémoniels décrits dans la méthode Scrum, de l’autre une application très adaptée des principes de l’agilité.
Quels sont les effets observés dans chacun des cas et quels pièges peuvent être évités lors de l’application de la méthode ?
Drupal, scrum et l'agilité - Drupalcamp Paris 2013Artusamak
Cette présentation a été donnée dans le cadre du Drupalcamp Paris 2013 du 21 au 23 juin (http://paris2013.drupalcamp.fr/programme-paris).
Présentation par Julien Dubois (https://twitter.com/artusamak)
Les méthodes agiles ont de plus en plus le vent en poupe et Scrum devient de plus en plus répandu.
Drupal continue également de croitre et ses qualités intrinsèques le rendent très compatible avec les concepts de sprint, d'itérations et de livraison continue.
* Votre dernier projet en cycle en V a échoué et vous avez envie d'essayer autre chose ?
* Vous ne savez pas ce que sont les méthodes agiles et/ou Scrum ?
* Vous vous demandez comment tirer partie des capacités de prototypage de Drupal ?
Nous allons (re)voir au cours de cette session ce que sont les méthodes agiles, en quoi elles divergent de la gestion de projet dite "traditionnelle" avec un focus sur Scrum, puis vous présenterai comment Drupal et Scrum peuvent s'entendre et devenir les meilleurs amis du monde dans votre intérêt et celui de votre client.
Le credo "Tout le monde peut cuisiner" d'Auguste Gusteau (célèbre cuisinier de Ratatouille) ne signifie pas que la gastronomie est à la portée de tout le monde, mais qu'un grand chef peut se cacher n'importe où.
Il n'existe pas de recette unique pour réussir votre transition vers SCRUM mais durant cette session Rémy va essayer de vous donner les trucs et astuces qui vont vous permettre de sublimer votre équipe.
Événements Scrum : pour sortir de la routine par Isabelle TherrienAgile Montréal
Nous allons revoir les objectifs des rencontres de Scrum. Ensuite, nous discuterons des meilleures et des pires façons de les tenir, ainsi que de différentes façons d'atteindre ces mêmes objectifs, dans un mélange d'expérience personnelle, de lectures et d'apport du public.
Teams that finish early : Allez vers des équipes agiles plus performantes
1. Augmenter la performance d'une
équipe Scrum
« Les équipes qui finissent
tôt, montent plus vite en
puissance»
“ Teams that Finish Early Accelerate
Faster ”- Jeff Sutherland
Anas MBASSO Octobre 2013
2. Préface
● 42% des projets agiles sont couronnés de succès.
○ C’est trois fois plus que les projets non agiles
● 49% des projets agiles sont livrés en retard.
● 9% sont un échec total
● Il y a une meilleure méthode pour aider des équipes
agiles à implémenter Scrum :
○ 9 patterns pourraient aider les équipes à
atteindre l’Hyper-Productivité.
3. Plan
● Introduction
● L'Hyper-Productivité
● Les équipes qui finissent plutôt, montent plus vite en puissance
● Les patterns
● Être prêt pour réussir le Sprint
● Aider les équipes à finir le sprint
● Obtenir l'hyper-productivité
● Exemple d'implémentation
4. Introduction ● Scrum est trompeusement simple.
● Le guide Scrum fournit les règles
de base de Scrum.
● les patterns fournissent les outils
nécessaires pour résoudre les
problèmes liés au contexte
d’application Scrum.
5. L'Hyper-Productivité dans le développement du
logiciel
● Des équipes hyper-productives se sont des équipes qui :
○ s’inscrivent dans le framework Scrum
○ 5 à 10 fois plus productives que les équipes
traditionnelles
○ améliorent continuellement la qualité
6. Un modèle de langage
génératif de
l’Hyper-Productivité
● QWAN : La qualité qui n’a pas de nom
● Il n’est pas question de vélocité mais il est question
d’acceleration
● Un modèle de langage génératif qui agit de façon
indirecte
● Des équipes stables.
7. un pattern ?
Un Pattern Scrum est une solution général réutilisable
qui répond à un problème commun au framework
Scrum.
8. Patterns 1/5
Un modèle de langage pour une équipe Hyper-Productive :
1. Des équipes stables
2. La météo d’hier
3. Essaimage (Swarming) : Une Piece pour un Flux Continu
4. Flux d’interruption: Illigitimus Non Interruptus
5. Daily Clean Code
6. Procedure d'urgence
7. Scrummer Scrum (Kaizen)
8. Les metrics d’épanouissement.
9. Les équipes qui finissent plus tôt, montent plus vite en puissance
9. Patterns (2/5)
1. Des équipes stables
2. La météo d’hier
3. Essaimage : Une Piece pour un Flux Continue
4. Interrompre: Illigitimus Non Interruptus
5. Daily Clean Code
6. Procedure d'urgence
7. Scrummer Scrum
8. Les metrics d’épanouissement.
9. Les équipes qui finissent tôt, montent plus vite en puissance
Être prêt pour réussir le sprint
10. Patterns (3/5)
Pattern Language for Hyper-Productive Teams:
1. Des équipes stables
2. La météo d’hier
3. Essaimage : Une pièce pour un Flux Continue
4. Interrompre: Illigitimus Non Interruptus
5. Daily Clean Code
6. Procedure d'urgence
7. Scrummer Scrum
8. Les metrics d’épanouissement.
9. Les équipes qui finissent tôt, montent plus vite en puissance
Surmonter les obstacles les plus
récurrent au cours d’un Sprint
11. Patterns (4/5)
1. Des équipes stables
2. La météo d’hier
3. Essaimage : Une Pièce pour un Flux Continue
4. Interrompre: Illigitimus Non Interruptus
5. Daily Clean Code
6. Procedure d'urgence
7. Scrummer Scrum
8. Les metrics d’épanouissement.
9. Les équipes qui finissent plus tôt, vont plus vite
Conduire l’équipe à
l’Hyper-Productivité
12. Patterns (5/5)
Pattern Language for Hyper-Productive Teams:
1. Des équipes stables : Stable Teams
2. La météo d’hier
3. Essaimage : Une Piece pour un Flux Continue
4. Interrompre: Illigitimus Non Interruptus
5. Daily Clean Code
6. Procedure d'urgence
7. Scrummer Scrum
8. Les metrics d’épanouissement.
9. Les équipes qui finissent tôt, montent plus vite en puissance
13. Être prêt pour réussir le Sprint
● Des équipes stables :
○ Permettre aux équipes de connaître leur capacité
○ Permettre au management une prévisibilité.
● Des équipes de petite taille, 5 personnes idéalement :
○ garder des voies de communication simple
○ éviter une saturation en terme de communication
○ Une clef de l’Hyper-Productivité
● Des équipes internes (Onshore)
● Une nouvelle personne dans l’équipe tous les 6 à 12 mois
14. Surmonter
les
obstacles
les plus
récurrents
au cours
d’un Sprint
● Météo d'hier : le nombre de Points réalisés au
cours du dernier sprint.
⇨ Déterminer la capacité de l’équipe pour le
prochain sprint.
⇨ Un Sprint Backlog plus adapté.
⇨ Limite le danger d’un engagement trop
ambitieux de l’équipe
15. Surmonter les obstacles les plus récurrents au cours
d’un Sprint
● Essaimage : concentrer au maximum les efforts de l'équipe
sur une seule Story du Sprint Backlog pour la passer à
Done le plutôt possible.
○ Le Capitaine est celui qui est en charge de la Story la plus prioritaire du Backlog du Sprint.
○ Tous les membres de l’équipe doivent aider le Capitaine.
○ Personne ne doit interrompre le Capitaine.
○ La personne qui est en charge de la prochaine Story prioritaire devient Capitaine par la suite.
16. Les patterns qui
aident l’équipe à
finir le Sprint
● Essaimage :
⇒ Placer les Stories plus
rapidement à “Done”
⇒ Éviter d’avoir un nombre
important de Stories en
cours de développement
⇒ Augmente la vélocité de l’
équipe
17. Les patterns qui aident l’équipe à finir le Sprint
● Flux d'interruption : Prévoir un flux entrant réservé aux interruptions lors d’un
Sprint et mettre en place trois règles permettant aux différents acteurs de
s’auto-organiser :
1. Réserver un pourcentage des points du Sprint aux interruptions en se
basant sur l'historique.
2. Toutes les demandes doivent passer par le Product Owner pour être
triées et priorisées.
3. Si le flux entrant des interruptions dépasse le nombre de points prévus :
■ Arrêter et replanifier le Sprint
■ Notifier le management et parties prenantes
18. Les patterns qui
aident l’équipe à
finir le Sprint
● Flux d’interruption :
⇒ Permet à l’équipe de finir
le Sprint
⇒ Une auto-organisation
pour éviter l’annulation du
Sprint
⇒ Stimulateur et facteur
d'accélération de l’équipe
19. Les patterns
qui aident l’
équipe à
finir le
Sprint
● Daily Clean Code : Le but est d'avoir une base
de code totalement propre à la fin de chaque
journée.
○ Éviter de dépenser (perte!!) des efforts
considérables pour la correction des bugs
○ Mettre en place un contrôle de qualité au
sein du processus de développement.
○ Chaque bug découvert doit être corrigé à
sa source
20. Les patterns qui aident l’équipe à finir le Sprint
● La procédure d’urgence : “Quand de mauvaises choses arrivent, exécuter la
procédure d'urgence. Cette procédure est spécifiquement conçu pour
répondre à cette situation. Ne pas retarder les développements, tout en
essayant de comprendre ce qui ne va pas tout en essayant de trouver une
solution, amène à la catastrophe.”
1. Changer la façon dont le travail est réalisé : Faire quelque chose de
différent.
2. Obtenez de l'aide, généralement en confiant le Backlog à une personne
extérieur à l’équipe.
3. réduire le scope initial
4. Annuler et replanifier le sprint. Informer les parties prenantes sur un
éventuelle retard de livraison.
21. Obtenir l’Hyper-productivité
Une équipe prédisposée à réussir
Des équipes
stables
La météo
d’hier
L’Essaimage
Interrompre
Daily Clean
Code
La procédure
d'urgence
Surmonter les obstacles
Prendre avantage de ces Patterns pour obtenir l’hyper-productivité
23. Obtenir l’Hyper-productivité
● Scrummer Scrum :
Sprint n Rétro Sprint n Rétro
l’obstacle
principal Sprint
Backlog
Critères d’acceptance
identifier
Un processus d’amélioration ( Kaizen )
24. Obtenirl’Hyper-productivité
● Les métriques de bonheur :
○ définition :
■ Une personne heureuse est une personne qui se projette
positivement dans l’avenir
■ Une personne est malheureuse si elle :
● est confrontée des obstacles majeurs
● pense faire le mauvais choix
● n’adhère pas au système mis en place
○ Comment ?
■ Poser deux questions :
● Comment êtes-vous satisfait de l'entreprise?
● Comment êtes-vous satisfait (épanouit dans ) de votre rôle?
■ Les membres de l’équipe évaluent régulièrement leurs
sentiments sur ces deux questions sur une échelle de 1 à
5.
■ Suivre régulièrement l’évolution de l’indicateur
Le Scrum Master peut ainsi anticiper la perte de vélocité et faire des
ajustements quand la variation est significative.
25. Obtenir l’Hyper-productivité
● Les équipes qui finissent plus tôt, montent plus vite en puissance :
○ Les équipes essayent souvent de prendre trops de Stories dans un Sprint.
○ Les échecs empêchent l’équipe de s’améliorer
○ Prendre moins de Stories en regardant la météo d’hier
○ Implémenter les quatres patterns permettant de réduire les obstacles dans un Sprint
○ Finir le Sprint Backlog plus tôt que prévu permet de prendre des Stories supplémentaire et
améliorer la météo d’hier
26. Conclusion
En mettant en œuvre et en exécutant l'ensemble des
neuf patterns, les équipes augmentent
considérablement leur capacité à terminer plutôt leur
sprint. Cela leur permet de prendre plus de User Stories.
Cela permet d'accroître la vitesse et d'établir une base
plus élevé pour la météo d'hier, et préparer l'équipe pour
le prochain Sprint. Les équipes qui terminent tôt ont
aussi tendance à avoir des indicateurs de bonheur plus
élevé parce qu'ils se sentent confiants quant à leur
capacité à remplir les sprints. Cela déclenche un cercle
vertueux d'amélioration continue pour aboutir finalement
à Hyper-productivité.
27. Conclusion
La nature générative de ces
modèles n'est pas évidente pour
ceux qui ne les ont pas essayé.
Leurs effets secondaires imprévus
génèrent des résultats positifs
inattendus. Par conséquent, il est
recommandé que toutes les
équipes essayent d’implémenter
ces modèles, en particulier en
combinaison, pour voir si elles
contribuent à améliorer la
performance, la qualité et le
bonheur de l'équipe.