Bienvenue sur le podcast Artisan Developer,
l'émission qui combine technique et agilité pour partager la passion du code.
Est-ce que tu connais les postmortems ?
C'est une réunion en fin de projet qui a pour but de faire le bilan et tirer les enseignements utiles du retour d'expérience.
En qualité, ce retour d'expérience alias le REX est vital.
Cette approche a deux inconvénients majeurs.
Les améliorations potentielles ne sont utiles qu'au prochain projet.
Le bénéfice est en fait un bénéfice potentiel futur.
Pour peu que l'équipe soit dissoute à la fin.
Difficile pour les participants d'être impliqués.
Cela demande un effort de structuration et de gestion des connaissances acquises et cela ne s'improvise pas.
Il faut concentrer et diffuser les leçons à prise.
Cela demande de l'énergie et si personne est attitré à la tâche,
ce sera à faire en plus du quotidien.
Empiler les REX dans une « jet » de gestion électronique de documents ou dans un wiki ne va pas magiquement diffuser les connaissances acquises.
Et si tu espères que les gens vont aller de même chercher, j'ai peur que tu te fures le doigt dans le riz.
Pourtant, l'amélioration continue est un pilier de l'agilité.
D'ailleurs, le douzième principe du manifeste nous dit,
à intervalles réguliers, l'équipe réfléchie au moyen de devenir plus efficace.
Puis, règle et modifie son comportement en conséquence.
Il y a cette idée que ces rendez-vous d'amélioration sont programmés.
On y a l'eau de l'énergie spécifiquement.
Mais surtout, ils sont faits en cours de projet.
Les bénéfices sont mis en œuvre immédiatement.
On n'est pas là pour chercher à révolutionner le monde, on est là pour chercher à faire mieux demain dès la prochaine itération.
Inutile de faire des grands plans qui révolutionnent tout.
De toute façon, on n'aura pas l'énergie de les mettre en œuvre.
Moi, j'ai déjà assisté à des post mortems où on refaisait le monde.
On disait, ah oui, et si ça, et si ça, et si ça, mais ça, c'est pas bien, il faut plus faire ça.
Ah mais ça, il faut faire ça, il faut faire ça.
Il n'y a qu'un faux con.
Et dès que tu cherches à chiffrer un tout petit peu les choses, tu te rends compte qu'en fait, c'est juste irréaliste.
Plutôt que chercher un espèce de monde parfait, l'agilité se concentre sur des actions modestes mises en œuvre réellement.
Et si tu as l'énergie de mettre en œuvre des actions ambitieuses, t'as mieux.
Juste fais-le.
Du moment que tu fais des choses concrètes pour améliorer la situation maintenant.
Quand j'anime l'atelier du ballpoint game, je suis toujours frappé par les écarts de velocité entre la première littération et les suivantes.
C'est la même chose dans le travail quotidien.
Chercher et améliorer la collaboration coûte de l'énergie et génère de grands bénéfices.
Bah c'est un investissement donc, avec un retour sur investissement.
La difficulté, c'est que c'est rarement le moment de faire ça.
Les fins d'iterration s'y prêtent bien, mais encore faut-il avoir le courage d'arrêter de produire pour se poser et réfléchir collectivement.
Je t'ai remerci d'avoir écouté ce podcast jusqu'au bout.
Si tu n'es pas déjà abonné, je t'invite à rejoindre la communauté des développeurs passionnés sur artisan-developpeur.fr.
Et je te dis à demain.