Conférence présentée au Scrumday 2015
"Pendant la transformation d'une entreprise du CAC40, il nous a fallu des années pour accepter:
- qu'un changement profond se fait par petit pas et pas par des ruptures
- que les managers ne sont pas des poulets
- qu'il n'y a pas de résistance au changement
- que les bonnes pratiques n'existent pas
Vous découvrirez dans cette session des principes simples pour faire des petits pas vers une organisation agile, ainsi que les trois qualités indispensables pour amener ce changement: la patience, la persévérance et le sens de l'humour."
Scrumday 2014 - Quand la recherche de l'innovation se révèle un exercice d'ag...
Scrumday2015 : Le plus petit pas par Nicolas Gouy
1.
2. Le plus petit pas,
ou comment accélérer votre transformation en
passant de 1000 à 1 personne
Nicolas Gouy, Pierrick Revol, Thierry Fraudet,
Mathieu Lefevre, Nicolas Bouliot, Djim Ba
7. Agile à grande échelle
=
Opinions à grande échelle
=
Probabilité d’erreurs
démultipliée
8. N
N+1
N+2
N+3
80% de bonnes
décisions
0.8 x 0.8 = 64 %
de bonnes
décisions
51.2 %
de bonnes
décisions
40.9 %
de bonnes
décisions
40.9 % de faits
51.2 % de faits
64 % de faits
80 %
de faits
16. 1. Améliorer le
contrôle visuel
2. Améliorer le
Savoir-faire
4. Améliorer le
processus
3. Améliorer les
moyens
de mesure
17. Geste 4 :
Comprendre en
profondeur les besoins
de tous et créer de
nouvelles stratégies
18. J’aime la chasse !
J’aime la
randonnée!
« Le besoin peut être le même et les stratégies paraîtrent opposées »
J’ai besoin d’être au
contact de la nature
19. J’aime les
checklists sur
les livrables
J’aime délivrer
un produit à
chaque sprint
J’ai besoin de
maîtrise
« Le besoin peut être le même et les stratégies paraîtrent opposées »
25. PLANPROD PLANDIS OPTITRANS PRISCO PREVI REF
PLANPROD
X
PLANDIS X
OPTITRANS
X
PRISCO X
PREVI X
REF X
« Feature team » ou « component team », là n’est pas la question…
26. 5 gestes pour une transformation agile à grande échelle :
1. Ralentir et chercher à résoudre un problème à la fois
2. Voir avec ses pieds pour valider ses hypothèses
3. Améliorer le contrôle visuel pour améliorer le savoir
faire
4. Comprendre en profondeur les besoins de tous et créer
de nouvelles stratégies
5. Faire le plus petit pas chaque jour
29. Le plus petit pas,
ou comment accélérer votre transformation en
passant de 1000 à 1 personne
Nicolas Gouy, Pierrick Revol, Thierry Fraudet,
Mathieu Lefevre, Nicolas Bouliot, Djim Ba
Qui pense que la majorité des rond est en relief, en bosse?
Qui pense que la majorité des rond est en relief, en bosse? En creux?
Il s’agit pourtant de la même image à l’envers. J’aime bien cette illusion d’optique car nous nous basons sur une simple probabilité. Nous pensons que les rond sont en bosse car la lumière vient habituellement du haut. Nous interprétons donc en fonction d’une probabilité. C’est un domaine extremement intéressant des sciences cognitives qui est en train de démontrer que nous apprenons par essai / erreur et probabilité pour identfier les objets et leur donner un nom.
Je vous propose un exercice très intéressant: la prochaine que vous affirmez qqchose: par exemple, l’agile permet d’aller plus vite, scrum permet de créer de la valeur, ajoutez simplement « je pense que », « je crois que… », la prochaine fois que vous écrivez une histoire utilisateur, essayez de la formuler…
Si je vous parle de probabilité d’erreur ou de raisonner par opinions et pas par les faits, c’est que c’est un problème au cœur des transformations agiles à grande échelle. Alors qu’une des principes fondamentaux de l’agile est l’empirisme pour avoir un feedback pour créer un produit à forte valeur ajoutée.
Que se passe-t-il quand chaque niveau hiérarchique ou service transverse ou une équipe de transformation se trompe 20% du temps à grande échelle?
Ex:
Programme avec 200 personnes, proposition train de release, … proposé 1.5 an avant pas accepté car ne résoud pas un pb immmédiat
Dimitri et le une feature à la fois
Principes du MVP pour valider les hypothèses
1000 problèmes à 1 problème
On essaye déjà de résoudre un certain nombre de problème d’un seul coup.
Cela parait simple, mais on a déjà plein d’hypothèses.
Si vous avez une équipe qui va mal et que vous mettez scrum, vous ne saurez même pas ce qui a arrangé la situation.
Si vous avez un problème, est-ce que vous allez voir un généraliste, un ostéo un accuponcteur et un magnétiseur dans la même journée en croisant les doigts pour que ça aille mieux le lendemain…
Imaginez à l’échelle. Si Scrum nous permet avec 5 pratiques de résoudre 5 problèmes, qu’en est-il d’un framework à grande échelle?
Pour un manager de 200 persones, semaine dernière, … liste 20 problèmes: vélocité, …
Intéressant, je vais te dire ce que j’essaye de voir…
Apprendre à voir ce qui est invisible…
Il est important de savoir ce que l’on cherche. De regarder là où les équipes ne regardent pas, pour susciter une discussion qui développe les personnes.