On appelle cargo cult le fait d’imiter des comportements, sans en comprendre le fonctionnement, en espérant obtenir les mêmes résultats. Les organisations adoptent un framework agile espérant livrer rapidement du logiciel à haute valeur ajoutée. Peut-on parler de cargo cult agile ? Quelles sont les pratiques agiles les plus vulnérables au cargo cult ? Le cargo cult agile n’est pas une fatalité. Je partage mes solutions pour l’éviter.
38. Bottle at sea : http://fr.canoe.ca/hommes/culture/archives/2016/05/20160502-165447.html
Old hipsters : http://blogs.sciences-po.fr/old-is-cool/2015/10/15/5-elderly-people-that-break-the-stereotypes/
Slaves in ancient Egypt : https://fr.wikipedia.org/wiki/Servitude_dans_l%27%C3%89gypte_antique
Miss the train : http://lesateliersdepromethee.com/latelierdecriture/?paged=6
Domino day : https://poclatelephage.wordpress.com/tag/domino-day/
Another culture : http://ccmel0401.skyrock.com/558916234-Asterix-et-Obelix-mission-Cleopatre.html
Start-up : http://lapausa.fr/images/imgSophrologieOrigines.jpg
Rabbit : http://samedidefi.canalblog.com/archives/2014/03/29/29547348.html
Man on the Moon : http://www.collectspace.com/news/news-011717a-eugene-cernan-last-man-moon-
remembered.html
Daenerys : http://www.dailymail.co.uk/tvshowbiz/article-2434290/Game-Of-Thrones-season-4-Khaleesis-army-
prepare-action-dramatic-new-images-Croatia.html
Treillis : https://pixabay.com/fr/grimpeurs-vignes-plantes-treillis-50996/
Training wheels : https://www.amazon.com/Goplus-Bicycle-Training-Toddler-Children/dp/B01NCWSMD1
Marabout : http://rouelibre.org/2009/04/07/les-marabouts-de-la-ville/
Nutshell : http://www.idiotfreezone.com/History/our-history-in-a-nutshell.html
Kaamelott : Livre II episode 72 – Perceval et le contre-sirop
Notes de l'éditeur
Notre voyage commence en Mélanésie. C’est une région de l’Océanie, composée de nombreuses îles, au nord de l’Australie. On y trouve notamment la Papouasie.
A la fin du 19ème siècle, cette région a été colonisée par l’empire britannique, depuis l’Australie. Puis elle a servi de base avancée pendant la seconde guerre mondiale.
Ils ont par exemple construit des avions en paille.
Mais aussi des antennes satellites en paille…
Artefacts
Comportements récurrents => rituels du culte de la marchandise
Opérateurs radio, éclairage des pistes
Bien sûr, aucun avion n’a jamais atterri.
On peut donc dire que le cargo cult, c’est le fait d’imiter des comportements, sans en comprendre le fonctionnement, en espérant obtenir les mêmes résultats.
L’utilisation de la métaphore du cargo cult a été popularisée en 1974. Richard Feynman a alors utilisé le terme de « cargo cult science ».
ATTENTION, je ne dis pas que le copier/coller est forcément mauvais. Sinon, on n’utiliserait pas de bibliothèques de code !
Je dis que copier/coller SANS COMPRENDRE est mauvais.
choc des cultures à l’origine des cargo cults.
Culture agile. Valeurs, idéologie, normes, codes, comportements.
Culture d’entreprise : règles explicites et implicites qui déterminent le fonctionnement de l’entreprise
Confrontation de 2 cultures
cargo cults agiles : entreprises qui imitent des artefacts et des rituels agiles, sans en comprendre le fonctionnement, en espérant obtenir le même résultat.
Artefact le plus visible : post-it
« on est agiles, on ne fait pas de specs »
Identification d’une pratique agile facile à reproduire, à imiter, sur la base de la perception, sans chercher à comprendre les pré-requis (autres pratiques par exemple).
Empilage de pratiques agiles, imitées à sa façon, sans cohérence globale => méthode agile, ou plutôt un culte.
ATTENTION, je ne dis pas qu’utiliser un framework agile, c’est une mauvaise chose !
éviter de ré-inventer la roue.
Sans comprendre => imitation > cargo cult agile.
Risques : dévoyer le framework, détourner les pratiques, faire plus de mal que de bien.
Pratiques = visibles et faciles à imiter
Long terme : valeurs = pas visible, difficile à imiter.
Cargo cult agile se focalise sur pratiques
Pratiques emblématiques => SUM, rétro
SUM = courte, synchro, blocages, respect des engagements de l’itération.
Chaque jour, même heure, même endroit. Entre 5 et 15 min. En cercle, à côté board partagé. Debout = focalisé et efficace.
3 questions. Personne ne pose les questions, chacun parle à toute l’équipe.
Résolution des problèmes hors du SUM. Proposer de l’aide après SUM. Ne pa rester bloqué sur un problème plus d’une journée.
Soude l’équipe, objectif commun, énergie pour démarrer la journée de travail.
Cargo cult SUM ?
Dogbert
Oubli des objectifs du SUM et de ses autres aspects.
Aucune explication sur l’intérêt de debout (moins de 15 min, devant le board partagé, favorise la proximité et le lien).
Toute l’équipe tournée vers une figure d’autorité. Chacun lui fait son reporting.
On n’écoute à peine les autres, donc objectif de synchro raté.
Compliqué de partager ces difficultés car mis en défaut devant « le chef »
Aussi utile qu’un casque de radio en coquilles de noix de coco.
SUM KPI
Scrum master focalise sur le RAF de chaque tâche et la MAJ des indicateurs de sprint.
Se désintéresse du fond (ce qu’on développe, les problèmes).
Constat de l’échec plutôt que recherche de solution.
Rétro = amélioration continue, fin d’itération. L’équipe réfléchit à sa façon de travailler pour améliorer : pérenniser le +, solutions aux problèmes d’orga, améliorer ce qui marche mal.
Plan d’actions d’amélioration. Suivi de rétro en rétro. PDCA
Actions d’amélioration sur lesquelles l’équipe est autonome. Si pas mandat => backlog des obstacles du SM
Rétro = intérêt de l’itératif
victime de choix du cargo cult. Une rétrospective cargo cult, ça ressemble à quoi ?
Rétro câlins ou rétro bisounours.
Important pour célébrer, pérenniser les bonnes pratiques et maintenir la motivation.
Mais ne marche qu’un temps. Pas d’amélioration continue si on ne traite pas les problèmes. Et les problèmes s’aggravent.
Quel intérêt ? => lasse l’équipe
Rétro revendications
Pas d’amélioration continue + 2 effets <0 :
Grande frustration de l’équipe et perte de motivation : « on ne peut pas travailler correctement », « rien ne change »
Image désastreuse de l’équipe auprès du reste de l’organisation : « ils ne font que se plaindre », « ce n’est jamais leur faute », « on ne peut pas travailler avec eux »
Pas de temps ? Pas de porteur ou trop de porteurs ? Actions trop grosses ?
Les mêmes actions ressortent à chaque rétro.
Ex FTVEN
Lutter contre la lassitude en variant le format. Ne marche qu’un temps car ne traite pas le fond du problème : pourquoi l’équipe ne mène pas les actions décidées en rétro.
ATTENTION 5 pourquois, la timeline, …
PEUT être un symptôme de rétrospectives stériles.
Il y a une autre facette du cargo cult agile
correspondance implicite entre des pratiques pré-existantes dans l’entreprise et des pratiques agiles. C’est naturel d’étudier la nouveauté par comparaison à ce que l’on connaît déjà.
Ce qui est problématique, c’est lorsqu’on garde ces vieilles pratiques, très management 1.0, en les habillant d’agilité.
Voici quelques exemples d’agilité de surface, de cargo cult agile.
Chef de projet agile
Manifeste : interactions plus importantes que les processus, d’adaptation permanente plutôt que de planification exhaustive, d’auto-organisation, de rythme de développement soutenable
garant des livraisons, respect du planning.
Approche agile, pas besoin de micro-management (découpage fin et affection des tâches)
CDP agile = manifestation d’un système de valeurs non-agile, pas de confiance, on ne croit pas à l’auto-organisation, où l’on ne collabore pas vraiment avec le client.
Max 4 livraisons en prod par an
PagesJaunes. (SoLocal group) Equipes projet formées à l’agilité, itératif et incrémental. Mais pas de livraison en prod plus de 4 fois par an et tout le monde livre en même temps.
L’agilité valorise les logiciels opérationnels, les livraisons régulières et fréquentes pour maximiser la valeur produite.
Release plan sur 2 ans
ATTENTION, je ne dis pas que faire des plans, c’est mal.
ne pas chercher à tout prévoir car le changement est une bonne chose
Changement de contexte ou apprentissage = mauvaise nouvelle car jeter à la poubelle le travail fait
Ecart au plan = faute
On perd l’un des bénéfices majeurs de l’agilité, à savoir la facilité à s’adapter au changement.
Transformation agile = nouvelle culture, nouveau système de valeurs.
distance culture d’entp – culture agile
choc de culture : culture d’entreprise = refuge quand tout le reste (pratiques et outils) change.
On relooke la culture d’entreprise à grands coups d’agilité, on s’échine à construire des avions en paille, on fait de l’agile au lieu d’être agile. Bref, on fait du cargo cult agile.
Start-up = situation idéale
Pas de culture d’entreprise, donc pas de choc de cultures.
C’est plus facile, c’est moins risqué.
MiXiT 2016, REX organisation équipe Kuzzle. Vidéo accessible depuis site MiXiT
Entreprises existantes => transfo agile. Etat actuel => Etat agile. J’aime pas. Etat final. But.
Entreprise => lever une limite, une contrainte, qui freine l’accomplissement de la vision d’entp
DSI => livrer plus régulièrement du logiciel à haute valeur ajoutée.
Equipes plus productives (consultant machin) pas de specs parce que tout le monde en fait (allô, quoi !) préparer ma promotion
Si agilité but et pas moyen, alors nid à cargo cult agile
organisation agile = moyen d’atteindre la vision de l’organisation.
construire et partager la raison d’être, au travers de toute l’organisation co-construire collaborateurs impliqués, acteurs au lieu de subir
Ambitieuse, réaliste, motivante
Mission Spotify « Donner accès à tous à la musique qu’ils veulent, tout le temps, par un moyen totalement légal et accessible. »
Et non pas « Devenir le n° 1 mondial du streaming de musique ».
Humaniste plutôt que darwiniste de compétition
sauver le monde, c’est plus motivant qu’être meilleur que les autres.
Vision = pas une option condition de survie sur le long terme
La force nécessaire changements longs et coûteux
Transfo agile durable et efficace = changement profond, choc de cultures, long et douloureux
Sponsor porte la vision de l’entreprise, convaincu que l’agilité est le meilleur chemin
Vision = condition de survie ne renonce pas se fait conseiller mais s’engage soutient sur la durée exhorte et prend soin
Surtout prêt à changer lui-même
Le changement de culture, c’est de la tête aux pieds en passant par le cœur.
Mandat suffisant – top management
Nous avons vu que le cargo cult, c’est lorsqu’on imite des comportements sans les comprendre, et qu’en général, cela ne permet pas de récolter les fruits attendus (ce n’est pas plus efficace que construire des avions en paille).
Il est donc important de donner les moyens à l’entreprise de comprendre et s’approprier l’agilité, ses valeurs, ses méthodes, ses pratiques, ses outils.
Ces moyens sont :
De l’accompagnement et du conseil. Recrutez des coachs et des consultants expérimentés, qui travaillent avant tout sur les valeurs et la conduite du changement, plutôt que sur les méthodes, les pratiques et les outils. Partagez avec eux la vision de l’entreprise et les objectifs de la transformation agile. Permettez-leur d’intervenir à tous les niveaux de l’entreprise, du top management aux équipes techniques (développement, support, exploitation, etc.), en passant par les managers et les chefs de projet, sans oublier les métiers et même les utilisateurs.
De la formation. Lorsqu’une équipe a besoin d’utiliser une nouvelle méthode, donnez-lui les moyens de se former correctement. Privilégiez la formation par équipe, orientée pratique et jeux de rôles plutôt que des formations inter-entreprises ou trop théoriques. La formation doit permettre de comprendre pleinement l’objectif et le fonctionnement des méthodes, pratiques et outils. C’est ce qui permettra aux équipes de les faire évoluer sainement en fonction de leurs besoins.
Du temps. Un changement profond de l’entreprise prend du temps. Vouloir aller trop vite, avancer à marche forcée, c’est le meilleur moyen de rater sa transformation agile. Cela peut créer des dégâts irréparables dans l’organisation, car on touche à l’humain.
Du soutien. Les expérimentations doivent être valorisées, les réussites doivent être célébrées, et les échecs doivent permettre de tirer des leçons constructives.
Du partage. Il faut permettre aux équipes d’échanger sur cette transformation, pour propager les bonnes choses, montrer que c’est possible, mais aussi pour donner une cohérence. Par exemple, vous pouvez créer des groupes de pratiques, des ambassadeurs... Mais aussi du partage avec l’extérieur, par exemple dans des conférences, pour faciliter la cross-fertilisation. La communauté agile est nombreuse et bienveillante. Elle peut vous apporter beaucoup et vous pouvez aussi apporter aux autres organisations.
C’est le sponsor qui doit garantir que les moyens nécessaires seront mis en œuvre pour la réussite de la transformation.
Pour bénéfices durables : après l’apprentissage, l’autonomie
Niveau équipe : faire évoluer les méthodes dans une démarche d’amélioration continue
Niveau organisation : former des relais internes, les accompagner et puis partir
Agilité = pas une panacée, pas réponse universelle à tous les maux. Un moyen parmi d’autres
Pas une recette miracle, prend du temps et demande des efforts.
Qualité des coachs
Signaux d’alertes :
0 question sur la vision d’entreprise et les freins
Framework agile à la mode
Méthode éprouvée
Utilisée à bon escient, l’agilité est un levier puissant. Répondre aux exigences de réactivité et d’adaptabilité de notre époque.
Les Papous nous ont appris ce qu’il ne faut pas faire.
Lorsqu’on fait du cargo cult agile, c’est-à-dire lorsqu’on applique des frameworks ou des pratiques agile sans les comprendre, c’est aussi efficace que d’utiliser un poste de radio en bois pour faire décoller un avion en paille.
Mais alors, comment faire pour profiter réellement des fruits de l’agilité ? C’est un philosophe du 12ème siècle qui nous donne la réponse…
Respect courage transparence confiance bienveillance communication simplicité intelligence collective auto-organisation droit à l’erreur…
Formation ? Certification bienveillance ?
Évaluation de la connaissance et de l’application ? Comment on quantifie le droit à l’erreur ?
Ma meilleure réponse à ce jour : Exemplarité
Commencez par adopter vous-même les valeurs agiles, et vous influencerez progressivement toute votre organisation.