Tout a déjà été décrit, utilisé, exploré. Mais il y a un problème. Comment se fait-il par exemple, que malgré toute la littérature sur le sujet on se retrouve encore avec des rétrospectives poussives, voire douloureuses? Ou encore que, malgré pléthore d’articles et de retours d’expérience sur le sujet, les Story Points sont toujours aussi mal utilisés, parfois même pervertis?
Nous avons toutes et tous plein d'idées reçues sur nos pratiques, sur nos outils, seulement à un moment donné il est nécessaire de prendre du recul, de mettre notre égo de côté, et de revenir à cet incrément de valeur que constitue un morceau de cadre dans un tout cohérent qu'on a tendance à vite pervertir en toute bienveillance.
A grands coups d’arguments d’autorité, nous citons ici Ron Jeffries, là Esther Derby, et autres cofondateurs du courant qui nous anime. Que ce soit pour appliquer un cadre ou le personnaliser, nous justifions alors notre posture d'agilistes par notre grande connaissance théorique comme de terrain de Scrum, Safe et autres cadres bien définis. Alors qu’eux même regrettent certains piliers qu’iels ont inventé.
A travers ces exemples, nous verrons ensemble qu’avant de prétendre amener un changement, nous devons créer les conditions pour innover. Et parce que nous sommes toujours tiraillé·e·s entre appliquer stricto sensu un cadre, succomber aux sirènes de la personnalisation ou l’ivresse d’un modèle maison, on s’interrogera sur ce qui se met toujours à dérailler entre l’intention de la théorie de départ et la pratique sur le terrain.
3. Trigger warning
Du sarcasme, MAIS :
Bienveillance et absence
de jugement
Un peu d’ironie, mais
promis pas trop
Ne nous prenons pas trop
au sérieux
On prend du recul
ensemble
15. On a toujours fait comme ça,
et ça fonctionne
On a toujours fait comme ça > Les conditions pour innover > Ce qui merde entre l’intention et la pratique
18. “Scrum can be very unsafe for programmers. To
paraphrase Ken Schwaber, one of the co-creators of
Scrum, in another context: “That makes me sad”.”
Ron Jeffries, caution agile
19. C’est facile de tenir les réunions et de se
donner des rôles Scrum
33. 3 . Hacher menu
Une journée, easy
Ne pas tout terminer
Clef en main
34.
35.
36. “Estimating tasks will slow you down. Don’t do it.
[...] I invented Scrum to enhance team performance, not to
have them stuck estimating tasks”
Jeff Sutherland
Papa de Scrum, argument d’autorité
37. En tant que système,
je veux exécuter un batch à 14h
afin de calculer les indicateurs
38.
39. En tant qu’utilisateur je veux pouvoir m’enregis…
En tant qu’utilisateur je veux pouvoir m’enregis…
En tant qu’utilisateur je veux pouvoir m’enregis…
En tant qu’utilisateur je veux pouvoir m’enregis…
En tant qu’utilisateur je veux pouvoir m’enregis…
En tant qu’utilisateur je veux pouvoir m’enregis…
40. Carte
En tant qu’utilisateur
iPhone je veux pouvoir
avoir la météo sur mon
appareil pour ne pas…
> “Météo actuelle
géolocalisée”
Conversation
Pourquoi on doit faire ça,
quel impact ça aura,
pourquoi les utilisateurs le
veulent et en quoi ça nous
intéresse, quelle valeur?
Confirmation
Prendre note de la
conversation, se mettre
d’accord sur la façon de
vérifier que ça fonctionnera
(critères d’acceptance)
46. “Là où règne une culture généralisée du blâme, les gens
peuvent être trop effrayés pour soulever des problèmes.
Les rétrospectives peuvent faire plus de mal que de bien.”
Esther Derby, qui est d’accord avec moi
55. “Des équipes travaillant comme une unité cohérente sont
plus performantes que des collections d’individus”
James E Driskell, Eduardo Salas, Tripp Driskell
American Psychologist, à défaut d’un papier sur les neurosciences
57. Une méthode capture ce qui est pertinent
au moment et dans le contexte où elle est conçue
58. Les conditions pour innover
On fait ce qu’on dit
On a toujours fait comme ça > Les conditions pour innover > Ce qui merde entre l’intention et la pratique
70. Qu’est-ce qu’on remplace ?
Qu’est-ce que
ça nous
apporte
aujourd’hui ?
Quel problème
cela pose-t-il?
Pour qui est-ce
un problème?
Alternative
Alternative
Alternative Est ce que ça
répond au
problème?
Est-ce que ça
m’apporte quand
même de la
valeur ?
Qu’est-ce que
je mesure et
jusqu’à
quand ?
71. Le format des user stories
Contexte,
utilisateurs,
destination
Contraignant
pour des cartes
techniques
Problème pour
le PO et les
Devs
US non
fonctionnelle
Titre et desc
longue
Inventer un
user “infra” Choix : US non
fonctionnelle
Laisse plus de
place aux dévs,
mais risque : se
défausser
dessus
Maintenir telle
proportion
stable d’US non
fonctionnelle,
et telle taille
moyenne avec
tel écart type
Point d’étape
prochain
trimestre
72. Ce qui merde toujours entre
l’intention de la théorie, et la pratique
On a toujours fait comme ça > Les conditions pour innover > Ce qui merde entre l’intention et la pratique
73. In theory there is no difference
between theory and practice,
while in practice there is
Benjamin Brewster
The Yale Literary Magazine, 1882