Je souffre depuis peu d’un étrange syndrome : celui du "mélomanagiliste".
Est-ce grave docteur ? Non, ça signifie juste qu’en réécoutant la musique de ma bibliothèque iTu*** je découvre que c’est dingue : Daft Punk, Stupeflip, The Strokes, John Williams, etc... ils parlent tous d’agilité !
Alors pour vous prouvez que mon esprit n’est pas si malade, toutes les minutes nous écouterons un extrait d’un artiste différent, puis je vous montrerai en quoi il parle manifestement d’agilité.
Et si par malheur vous n’appreniez rien, vous aurez au moins passé un moment « Simple & Funky » comme l’agilité :)
17. Daft Punk
One more time
comme Scrum, structure musicale très simple :
juste des boucles ( des itérations )
semblables, mais légèrement différentes,
et piste après piste
ça sonne bien !
#01
18. NTM
Laisse pas traîner ton fils
ton projet
être présent
et bienveillant
au quotidien …
“ Faut tenir le terrain pour le lendemain
S'assurer que les siens aillent bien
taille humaine
Éviter les coups de surin
+ team building
Afin de garder son bien intact
Son équipe compacte, soudée,
Écoute de scanner pour garder le contact
Ou décider de bouger, éviter les zones rouges, et
Surtout jamais prendre de congés
C'est ça que tu veux pour ton fils ?
C'est comme ça que tu veux qu'il grandisse ?
J'ai pas de conseil à t’donner, mais si tu veux pas qu'il glisse
Regarde-le, quand il parle, écoute-le ! ”
#02
19. Boots Electric
Complexity
“ You say you want to finish
but you never start
Tu dis que tu veux finir
mais tu ne commences jamais
You want to get it finished
but you just try hard
Tu veux que ce soit fini
mais tu essayes juste fort
It don't take nothing fancy
it's just ABC's
Ça n’a rien de compliqué
c'est simple comme ABC D.o.D.
It so easy without complexity ”
C’est tellement facile sans complexité
“ You want the good stuff
You want the big hit
Tu veux le bon truc
Tu veux le grand succès
Found out it's simple
faire
come on and take it
avec
Découvert c’est simple
La
Viens et supporte-le
réalité
But if you close your eyes
then you won't see
Mais si tu fermes les yeux
tu ne verras pas
That it's easier without complexity ”
C’est plus facile sans complexité
#03
20. John Williams
Jurassic Park
Ian
coach agile
Ray
architecte
Raptors
top managers
Ellie, Alan
développeurs
Robert
Scrum Master
John
Product Owner
Dennis
"mercenaire"
T-Rex
middle manager
Lex, Tim
utilisateurs
#04
21. Jamelia
Superstar
attention aux super - héros !
“ I don't know what it is
Je ne sais pas ce que c'est
That makes me feel like this
Qui me fait me sentir comme ça = Product Backlog où tout est organisé /tracé
I don't know who you are
Je ne sais pas qui tu es = un Scrum Board bien conçu et entretenu …
But you must be some kind of superstar
Mais tu dois être une sorte de superstar
Cause you got all eyes on you no matter where you are
Parce que tu attires tous les regards où que tu sois
You just make me wanna play ”
Tu me donnes simplement envie de jouer
#05
22. Benny Benassi
Satisfaction
Product
Owner
“ Push me
And then just
touch me
à prioriser
les besoins
développeur
agile
décomposer
en tâches
et les répartir
software
parle-moi des
utilisateurs craftsmanship
Till I can get my maximiser la
satisfaction ” valeur métier
qualité et
simplicité
Scrum
Master
manager
agile
instaurer de
la discipline
vers l’autoorganisation
succès et
bien-être
ne plus être
seul coupable
respecter
l’esprit Scrum
maîtriser
les coûts
et délais
#06
23. Phats & Small
Turn around
“ Hey ! What's wrong with you ?
Hé ! Qu'est-ce qui ne va pas ?
You're looking kind of down to me
Tu m'as l'air de ne pas avoir le moral
le pouvoir de
Cause things ain't gettin' over
l ’engagement …
Parce que les choses ne sont pas terminées
Listen to what I say
Ecoute ce que je dis
Got to turn around
Tu dois te retourner = rétrospective
Got to turn around ”
Tu dois changer d’orientation
#07
24. The Killers
Somebody
told me
“ Pace yourself for me
Ménagez-vous pour moi
pour ne plus
I said maybe, baby please
obtenir cette réponse
en Sprint Planning … J'ai dit peut-être, bébé s'il-te-plaît
But I just don't know now
Mais je ne sais juste pas tout de suite
When all I wanna do is try ”
Quand tout ce que je veux c’est essayer
… investissez
dans du
"grooming"
+
ancitipez les
besoins en
"spikes"
#08
25. Earth, Wind & Fire
Boogie Wonderland
“ A la suite d’un accident de parapente, Philippe, riche aristocrate,
engage comme aide à domicile = client sur site
appropriation
Driss, un jeune de banlieue tout juste sorti de prison.
collective
Bref la personne la moins adaptée pour le job. = courage
du "code "
Ensemble ils vont faire cohabiter Vivaldi et Earth Wind & Fire,
le verbe et la vanne, les costumes et les bas de survêtement...
Deux univers vont se télescoper, s’apprivoiser, pour donner naissance
à une amitié aussi dingue, drôle et forte qu’inattendue,
une relation unique qui fera des étincelles et qui les rendra...
Intouchables ” pair programmers !
(AlloCiné)
#09
26. The Beatles
Yesterday
“ Yesterday, all my troubles seemed so far away
en cycle en V = Hier, tous mes problèmes me paraissaient si loin
Now it looks as though they're here to stay
en agilité = Aujourd'hui, on dirait qu'ils sont là pour durer
Oh, I believe in yesterday
Oh, je crois en hier
équipes
auto - organisées
Suddenly, I'm not half the man I used to be
Soudainement, je ne suis plus que la moitié de l'homme que j'étais
There's a shadow hanging over me ”
Il y a une ombre suspendue au-dessus de moi
Scrum Master
#10
27. Daft Punk
Face to Face
principe n°6 du manifeste
question du développeur :
“ What's going on ?
Que se passe-t-il ?
Could this be my understanding ?
Serait-ce ma compréhension ?
réponse du commanditaire :
It's not your fault, I was being too demanding
Ce n'est pas ta faute, j’avais de trop grandes exigences
I must admit it's my pride that made me distant
Je dois admettre que c'est ma fierté qui m'a rendu distant
All because I hoped that you'd be someone different ”
Tout cela car j'espérais que tu serais quelqu'un de différent
#11
28. Bob Marley
Get up Stand up
“ Get up, stand up
Stand up for your rights ”
“ Get up, stand up
Don't give up the fight ”
utilisateurs
avoir un produit de qualité
exprimer ses priorités
Product Owner
changer d’avis, même tard
développeurs
estimer/ré-estimer l’effort
Scrum Master
managers
challenger, challenger,
challenger…
se reposer
(pas tout sur ses épaules)
fournir les
critères d’acceptation
respecter l’engagement
et assurer la qualité
tout faire pour
lever les obstacles
donner le droit à l’erreur
et laisser l’équipe s’organiser
#12
29. The Strokes
Under cover of darkness
“ Julian Casablancas annonce qu'il veut sortir son album solo,
et propose aux autres membres du groupe d'aller en studio sans lui :
il enregistrera donc les voix séparément. ”
(Wikipédia)
Un accouchement difficile
“ Ce quatrième album des Strokes était devenu une Arlésienne.
Son processus créatif aura été long et douloureux. ”
(france2.fr)
manière
= succès
+
résultat
“ Le meilleur album des Strokes depuis Is this it. ”
(Rolling Stone)
#13
30. Massive Attack
Teardrop
ne plus redouter :
les incompréhensions ,
la non-qualité ,
les estimations , etc.
“ Love, love is a verb
L’amour, l’amour est un verbe
Love is a doing word
L’amour est un mot qui agit
Fearless on my breath
Je respire sans peur
L ’agilité c’est
aimer les autres
et le prouver activement
Gentle impulsion
Une douce impulsion
Shakes me, makes me lighter
bousculer les habitudes … Me secoue, me rend plus léger … à la recherche
Fearless on my breath ” de la "simplicité "
Je respire sans peur
#14
31. New Kids on the Block
Step by step
“ Step 1 : We can have lots of fun
Étape 1 : Nous pouvons prendre beaucoup de plaisir
= vouloir s’amuser
au travail
Step 2 : There's so much we can do
Étape 2 : Nous pouvons faire tellement
= ne pas se brider
dans son contexte
Step 3 : It's just you and me
Étape 3 : C'est juste toi et moi
= miser sur des petites
équipes autonomes
Step 4 : I can give you more
Étape 4 : Je peux te donner plus
= s’engager dans
l ’amélioration continue
Step 5 : Don't you know that the time has arrived ”
Étape 5 : Ne sais-tu pas que le temps est venu
= oser se lancer, sans
attendre le bon moment
#15
32. Donna Summer
Hot Stuff
matrice des
compromis
ferme
qualité
recrutement,
répétitions, etc.
délai
budget
périmètre
le moins
variable
variable
le plus
variable
les billets sont
déjà vendus…
+ Horse
+ Guy
de l’industrie
au striptease !
#16
33. The Pointer Sisters
I'm so excited
“ I'm so excited and I just can't hide it
Je suis si impartiente et je ne peux le cacher
I'm about to lose control and I think I like it ”
Je vais perdre le contrôle et je pense que j'aime ça
“ We shouldn't even think about tomorrow ”
Nous ne devrions même pas penser à demain
“ Tonight's the night we're gonna make it happen
ce sprint Ce soir, c'est la nuit où on va y arriver
Tonight we'll put all other things aside ”
Ce soir, nous mettrons toutes les autres choses de côté = équipe dédiée
#17
34. Coldplay
« I will try to
Fix you »
s’épuiser à
échouer …
“ When you try your best, but you don't succeed
Quand tu fais de ton mieux, mais que tu n'y arrives pas
When you get what you want, but not what you need
Quand tu obtiens ce que tu veux, mais pas ce dont tu as besoin
When you feel so tired, but you can't sleep
Quand tu te sens si fatigué, mais que tu ne peux pas dormir
Stuck in reverse ”
Coincé en marche arrière
#18
35. Daft Punk
Harder, Better,
Faster, Stronger
“ Work it harder ”
Product Owner
(build the right product)
“ Make it better ”
dev team
(build the thing right)
“ Make us
stronger ”
“ Do it faster ”
Scrum Master
(build it fast)
la solution ?
Definition of Done !
“ More than ever Hour after
Our work is Never over ”
#19
36. Hermes House Band
I will survive
esprit d’équipe, y compris chez les "stars"
+
rester humbles dans le succès
+
soutient du public et des sponsors
+
coach avec méthode atypique
+
simplicité et courage dans la communication
=
VICTOIRE HISTORIQUE
#20
37. votre R.O.T.I. sur cette session
1. inutile, j’ai perdu mon temps
2. utile, ça ne valait pas à 100% le temps investi
3. moyenne, ça valait juste le temps investi
4. bonne, j’ai gagné plus que le temps investi
5. excellente, ça valait plus que le temps investi
titres en Calibri 26 vert, noir ou gris
police supplémentaire http://www.dafont.com/fr/pacifico.font (domaine public)
- Merci à l’organisation (de ma donner ma chance)
- Merci aux sponsors (sans eux, il n’y aurait pas d’agile tour)
Moi c’est Cédric, j’ai 33 ans
http://www.publicdomainpictures.net/view-image.php?image=56468
J’habite à Nantes…
http://www.flickr.com/photos/dalbera/7717595950/
… mais je viens de Touraine! (un petit village à côté de Chinon)
Ça c’est mes 3 raisons de me lever le matin
(et je l’ai un peu trop négligées ces derniers jours pour préparer cette session
Donc appréciez votre chance
Et mon fruit préféré, mais pas ma religion (contrairement à certains fans)…
… car ma vraie religion c’est elle !
Ça c’est mon mentor (Dewey, t’es le meilleur !)
Mon plat préféré (spécial dédice à l’agence de Toulouse),
qui n’est pas très compatible avec…
…mon nouveau sport depuis 2 ans !
Cf. « classification populaire des 7 arts »
Quelques petites précisions :
1. Ce que je vous demande comme feedback,
ce n’est pas si vous aimez la chanson ou pas :
mais la pertinence de son analyse sous l’angle agile !
2. Comme je sais que c’est speed, appliquez-vous surtout à cocher le bon smilez
(le commentaire n’est qu’un « bonus » si vous avez le temps)
3. On ne vas pas faire toutes les 40 chansons,
mais on va avancer sur le rythme pour que ce soit agréable pour tout le monde
4. Ne vous inquiétez pas, les slides seront postés sur mon tout nouveau blog
(dont vous aurez l’adresse à la fin de cette session)
avec la synthèse de vos feedbacks
5. Si vous n’êtes pas à l’aise avec l’anglais,
regardez directement les traductions françaises en gris
Je sais pas pour vous, mais c’est une chanson qui m’a tellement marqué
que je me souviens de la première fois où je l’ai entendu…
Si on écoute attentivement ce tube : on observe une structure très simple.
Du coup, je pense qu’il faudrait vraiment que ça devienne l’hymne officiel de Scrum
- boucles = processus itératif
semblables vu de l’extérieur du projet,
mais finalement différentes vécu de l’intérieur de l’équipe (processus adaptatif)
fonctionnalité après fonctionnalité = construction incrémentale
Et ça fonctionne tellement bien qu’on a envie d’y retourner pour un Sprint de plus !
Désolé d’pas avoir choisi un extrait avec la voix de fillette de Joey Starr
(euh, je crois que je viens de signer mon arrêt de mort là
Si l’on imagine que ton projet est un peu comme ton fils, alors pour éviter « qu’il glisse »,
ce qui pourrait être reformulation de la règle 19 « no broken window » de la Scrum Master Academy
(big up Gilles Mantel et Jean-Laurent De Morlhon !)
car il s’agit bien là de recadrer tout écart avant qu'il ne s'installe comme la norme !
Et pour ça, il faut à la fois être présent au quotidien et soucieux du bien-être permanent des équipes,
sans oublier de miser sur une équipe à taille humaine (ce qu’on appelle une « pizza team »)
suffisamment compacte pour qu’avec un peu de team building on se retrouve avec un groupe soudé…
Et décider d’bouger, dans le sens changer ses habitudes dès que quelque chose ne va pas.
Non, je ne vais pas parler de l’estimation en points de « complexity »
(je préfère d’ailleurs plutôt parler de « points d’effort » :
l’effort étant lui-même fonction à la fois de la complexité fonctionnelle et technique,
mais aussi du temps à passer pour réaliser une activité)
Je vais plutôt vous parler de cet hymne à la simplicité,
qui selon le principe n°10 du manifeste agile, est :
« l’art de minimiser la quantité de travail inutile »…
En effet, pour appliquer ce principe de simplicité, il faut déjà commencer à travailler
mais il faut également de la rigueur car sinon « tu essayes juste fort » dans tous les sens
et bien ton meilleur ami dans ce cas c’est la « Definition of Done » (ou « DoD » pour les intimes)
car cette notion consiste à identifier explicitement pour tout type d’activité (une tâche, une Story, un Sprint, ou autre)
une checklist des éléments qui te permettront de dire factuellement « j’ai terminé » !
Et puis rechercher la simplicité, c’est aussi « faire avec la réalité »
car si tu souhaites un truc génial mais que tu fermes les yeux sur certains obstacles,
tu risques de te mettre toi-même dans une situation complexe…
Utilisons les “personas” pour présenter ce projet mené de manière préhistorique
John est un Product Owner qui n’écoute les “feedbacks” de personne
(surtout pas ceux de Ian, le coach agile)
et bien qu’il aime à répéter “j’ai dépensé sans compter” : il se leurre sur sa capacité à tout maîtriser !
Dennis est dans l’équipe mais n’en fait pas vraiment partie : il ne partage pas la vision de John !
(d’ailleurs Ray le savait… car il est architecte quand-même
Suite à une “démonstration” désastreuse, le middle management
(puis très vite le top management) se retouvent hors de contrôle
et vont commencer à s’attaquer à Robert, le Scrum Master !
Une fois Robert disparu (je vous rassure, dans la réalité : on ne demande pas à un Scrum Master de se sacrifier
au final, c’est toujours les développeurs et utilisateurs finaux qui sont en danger !
Vous êtes-vous déjà demandé qu’elles sont les véritables superstars d’un projet Scrum ?
- Et bien la première, c’est le Product Backlog !
car s’il est bien organisé (avec des Thèmes/Epic/Stories, des valeurs métiers partout, etc.)
et qu’il trace toute la vie fonctionnelle du projet
alors ça va générer un « sentiment » de confiance dans un Product Owner rigoureux.
Et la seconde star c’est le Scrum Board,
car s’il est bien conçu, il permet de rendre visible tout élément important du déroulement des Sprints
(l’avancement grâce au burndown chart, les tâches et obstacles sur le task board, les propositions d’amelioration dans une boîte à idées, etc.)
Et s’il est entretenu avec discipline, il devient « omniprésent et ludique » dans la gestion des informations projet ;
Par contre attention aux Scrum Board dématérialisés car sont facilement « oubliables » et perdent le côté fun de manipuler physiquement des éléments tangibles…
Dernière petite remarque : attention également à toutes ces personnes sur les projets
qui veulent jouer au super-héros, en voulant porter seules une responsabilité collective (sous-estimation, sur-engagement, etc.)
qu’est-ce que Benny B nous dit sur l’agilité ?
Il nous dit que pour “pousser” à mieux appliquer une pratique ou à mieux respecter une valeur
le coach agile doit parfois “jouer sur l’émotion” (on parle même de “motivation d’enfant”) afin de faire adhérer la personne ou l’équipe
dans le but de mieux de “satisfaire” les attentes des parties prenantes !
Vous voyez que c'est une présentation sérieuse : il y a des tableaux
Qu’elle soit « fat » ou « small », toute équipe qui se dit agile
doit régulièrement se retourner pour regarder sur ce qui s’est produit…
C’est ce qu’on appelle une rétrospective ! (et c’est le principe n°12 du manifeste)
Et ça se déroule typiquement en 3 étapes :
la phase de recueil des points positifs mais surtout des points durs dans l’organisation
la phase d’analyse des problèmes, qui peuvent saper le moral de l’équipe
car ils empêchent de respecter l’engagement pris de terminer un certains nombres d’activités
la phase de clôture, dont l’objectif est l’établissement d’un micro-plan d’actions d’amélioration continue
Sans vouloir “faire des histoires”
le nom du groupe The Killers me rappelle de faire attention aux « tueurs de projets » :
comme des représentants des utilisateurs non-focalisés sur la valeur métier,
ou des experts techniques plus dogmatiques que pragmatiques !
le titre de leur chanson « Somebody told me » me rappelle qu’il est toujours salutaire de vérifier une rumeur…
d’où le leitmotiv « en agilité, on ne suppute pas, on va chercher l’information là où elle se trouve »
- Ensuite, le principe N°8 du manifeste c’est rythme durable.
Enfin, pour ne plus entendre en Sprint Planning « je sais pas » sur une Story :
Investissez régulièrement dans du grooming (aussi connu sous le nom de « raffinement du Backlog »)
de vos Stories stratégiques ou incertaines
Et anticipez les besoins de spikes : ces Stories timeboxées dont le but est de défricher une Story complexe
afin d’en assurer l’estimation au Sprint suivant
Autant vous l’annoncer tout de suite, l’histoire vraie derrière Intouchables est pour moi
une belle « métaphore » des valeurs et pratiques de l’eXtreme Programming !
En effet, pour favoriser la « communication »,
il faut encourager d’avoir le client sur site
et avoir le courage de certains choix (qui nous permettront de s’extraire d’une de handicap)
Ensuite, il existe 2 pratiques d’XP qui sont orientées prévention des risques d’accident dans l’équipe :
l’appropriation collective du code…
Car partager ensemble les « codes » de l’autre, comme par exemple l’art moderne s’il on est collectionneur, permet de comprendre quelque chose au tableau exposé quand on en a besoin)
le pair programming…
Car il est toujours + enrichissant d’avoir 2 regards différents pour affronter la réalité
(et non, ça ne nécessite pas d’être riche pour avoir un « partenaire »
Les Beatles ont signé là un témoignage poignant de la nostalgie du middle management qui vient à l’agilité
(cf. conférence de mon accolyte Aurélien Morvant “Moi chef de projet, où suis-je sur cette photo agile ?”)
En effet alors qu’“hier”, en cycle en V par exemple,
les obstacles existaient mais n’apparaissaient que tardivement
“aujourd’hui”, en agilité, ils ressortent très vite (on dit d’ailleurs que “Scrum est comme une belle-mère”) :
donnant la fausse impression que c’est l’agilité qui les a générer…
ce qui fait que certains regrettent cette illusion passée !
Et puis les chef de projets, qui détenaient souvent les pleins-pouvoirs,
se retrouvent désormais dépossédés d’une partie de leurs responsabilités par l’équipe Scrum auto-organisées
et à devoir collaborer étroitement avec un Scrum Master parfois perçu à tort comme un concurrent…
C’est typiquement un dialogue qu’on entend lors d’une démonstration-produit en approche traditionnelle…
Un développeur présente une fonctionnalité, que le commanditaire invalide car elle ne correspond pas à ses attentes !
Le commanditaire réalise alors qu’ils ne se sont pas compris,
le double-problème étant que le commanditaire avait la fierté (mal placée :-)
de croire que ce qu’il a écrit est clair sans la “bande son” explicative,
et qu’il espérait que les développeurs connaissent suffisament son contexte fonctionnel pour “combler les trous” des spécifications
Et bien en Scrum on privilégiera le dialogue “face à face” (lors du Sprint Planning, mais aussi tout le long du Sprint)
entre développeurs et Product Owner : pour essayer de ne jamais entendre ça en Revue.
Loin d’être un « pleurnichard », Bob Marley nous parlent de bien-plus que du fait d’être debout en « stand up meeting »
Il nous parle des droits et devoirs de chaque rôle en Scrum…
(car s’appliquer à faire son devoir peut être vu comme un « combat au quotidien »)
Cet escalier de Penrose ferait une belle illustration de certaines organisations qui font du sur-place
Pour moi, cette chanson c’est vraiment l’exception qui confirme la règle :
en effet, le titre est punchy alors que l’ambiance était délétaire dans le groupe !
A l’origine de l’histoire, il y a le chanteur qui part pour un projet solo :
les musiciens se retrouve donc à enregistrer la musique sans les voix,
et d’ailleurs jamais ils se croiseront en studio
Du coup, même si l’album est considéré comme le meilleur des Strokes :
au sens agile, on ne peut pas parler de “succès”
car la “manière” compte autant que le “résultat”…
et en l’occurrence tous les membres du groupe ont déclaré “plus jamais ça !”
Vous ne trouvez pas apaisant ce tempo cardiaque ?
Laissez-moi vous expliquer en quoi cet extrait parle massivement d’agilité :
d’abord, l’agilité c’est aimer les autres (plutôt que les processus) et le prouver activement (respect au quotidien)
grâce à l’aide de son Scrum Master préféré, pour se lancer au départ
et puis chercher à changer pour moins de process
ce qui permet de ne plus redouter les incompréhensions, la non-qualités, les estimations, etc.
Finalement nous aussi, les agilistes, on est “les petits nouveaux dans la place”
Qui aurait cru qu’un boys band nous donnerait la clé du plan de transition agile ultime ?!...
Un plan de transition agile en 5 étapes !
Pour moi, le film The Full Monty est un bon exemple d’application de ce « grand jeu » qu’est la matrice des compromis…
Car Gaz et ses amis chômeurs, ne trouvant pas de travail, se lancent dans le "projet" de monter un spectacle de Chippendales.
Bien-sûr ils ne sont pas des Appolons, mais il ont le courage de se mettre totalement à nu ! (comme en Rétrospective si vous préférez
Et leurs priorités sont claires :
Ils sont prêts à radicalement changer de périmètre professionnel : puisqu’ils passent de l’industrie au stripease !
Ils sont ensuite prêts à rogner sur leur budget en embauchant 2 nouveaux équipiers (Horse et Guy), chacun avec une compétence complémentaire à l’équipe
Par contre ils ne peuvent plus vraiment reculer la date de leur première représentation, car les billets s’arrachent déjà comme des pantalons à pression
Et bien évidemment, leur postulat de base (comme en agilité), c’est que la qualité est non-négociable :
donc ils enchaînent les séances de recrutement, de répétitions et tout ce qui sera nécessaire pour produire « quelque chose de génial »
“Excitant, non ?”
1. Le fait d’être impatient d’abandonner son contrôle total,
au profit d’équipes auto-organisées (c’est le principe N°11 du manifeste agile),
ça me semble être la bonne attitude d’un manager qui a compris tous les bienfaits de déléguer…
2. En agilité, on dit souvent que ‘l’on vit dans le présent” :
on ne se réfère pas au passé, car la réalité d’hier n’est plus celle d’aujourd’hui
on n’anticipe que le nécessaire parce que “demain c’est loin” (comme le dit IAM)
3. Pour respecter l’engagement pris en Sprint Planning,
ça aide d’avoir une équipe Scrum dédiée
et qui se focalise uniquement sur les tâches du Sprint !
« Un peu de bienveillance dans un monde de brutes »
C’est la triste histoire d’un Product Owner qui ne fait pas participer les utilisateurs en amont
ni ne recherche leur feedback en aval de son travail de spécification du besoin,
et qui obtient donc un produit tel qu'il le voulait
mais pas tel que les utilisateurs en avaient besoin :
D’où un « effet démo » catastrophique !
- C’est l’histoire d’un manager qui s’épuise seul à compenser la déresponsabilisation de ses équipes
à qui échoue quasi-systématiquement (comment ne pourrait-il pas frôler la dépression ?)
C’est l’histoire d’un développeur qui n’arrive pas à changer ses habitudes,
et se retrouve coincé dans les travers qu’il avait pris sur ses projets en approche traditionnelle…
Heureusement que dans cette histoire, il existe également un Scrum Master et un coach agile
Tous 2 bienveillants, mais qui ne peuvent qu'essayer d'aider l'équipe à guérir ses propres maux
Dans sa présentation “Agile Product Ownership in a Nutshell”, Henrik Kniberg explique que…
c’est le rôle de Product Owner de “constrruire le bon produit” : en travaillant dur sur le Product Backlog
c’est le rôle des développeurs de “bien construire les choses” : en ne transigeant pas sur la qualité
c’est le rôle du Scrum Master de “de faire aller l’équipe au plus vite” : en levant tous les obstacles qui la ralentissent
Je rajouterai qu’avec le respect de chaque rôle Scrum, on devient plus fort en tant qu’équipe
et que si Sprint après Sprint vos Stories ne sont jamais terminées : vous devriez vraiment mettre en place des Definitions of Done !
« Et 1, et 2, et 3 – 0 » dans ta face la seleçao des approches traditionnelles
PUIS DEROULER LES FACTEURS CLE DE SUCCES…
Et pour citer Thierry Roland, je peux vous dire qu’« Après avoir vu ça, on peut mourir tranquille ! »