Pourquoi les choses tournent mal : mémo d’Alexandr Wang, CEO de Scale AI [traduction]
(blogbyash.com)Extrait d’un mémo envoyé par Alexandr Wang, CEO de Scale AI, à l’équipe de Scale AI en 2019
Compression de l’information : pourquoi les choses tournent mal ?
1. Qu’est-ce que la compression de l’information ?
- Il s’agit du processus consistant à transmettre des situations complexes du monde réel sous forme de mots simples ou de schémas afin qu’un humain puisse les comprendre.
- Mais dans ce processus, la plupart des nuances et du contexte important disparaissent.
2. Pourquoi la compression de l’information crée-t-elle des problèmes ?
- Le processus de compression entraîne inévitablement une perte d’information, ce qui aboutit à la transmission d’un message déformé.
- L’interlocuteur se représente mentalement une image éloignée de la situation réelle et, en essayant de résoudre le problème sur cette base, obtient un résultat à côté de la plaque.
- L’échec de communication dans la plupart des organisations et leur inefficacité ont pour cause profonde les limites de cette compression de l’information.
3. Corrélation entre la taille de l’organisation et la compression de l’information
- Dans une petite startup (moins de 5 personnes), tous les membres partagent le contexte et ont des connaissances préalables (
prior) similaires, ce qui permet de communiquer suffisamment même avec une information compressée. - À mesure que l’organisation grandit, des barrières entre les services (silos) apparaissent, et le contexte partagé ainsi que les connaissances préalables s’affaiblissent, ce qui amplifie les effets secondaires de la compression de l’information.
- Il en résulte une hausse des passations inutiles, des malentendus et des livrables inefficaces.
4. Cas typiques du problème de compression de l’information
- Les besoins des clients : le client transmet son problème sous une forme compressée, mais cela correspond rarement à ce qu’il veut réellement.
- Demandes de non-développeurs vers des développeurs : lorsqu’une personne non technique demande un travail à un développeur, la difficulté réelle et le contexte ne sont pas transmis, ce qui mène à des résultats inadaptés.
- Des solutions sans rapport avec le vrai problème : en apparence, elles semblent résoudre le problème, mais donnent des livrables sans effet d’amélioration concret.
5. Les solutions au problème de compression de l’information
- Limiter les passations, favoriser l’expérience directe : le mieux est d’expérimenter le problème soi-même et de réduire les relais.
(ex. : dogfooding, expérience directe de différents rôles) - Une culture d’organisation forte : il faut partager les connaissances préalables (
prior) et le contexte dans toute l’organisation. - Réduire au minimum la distance entre le client et le code : le problème client et le développement réel doivent être étroitement liés.
- Curiosité et questions supplémentaires : la personne qui résout le problème doit poser des questions en continu et chercher à comprendre le contexte.
- Recruter des profils issus des clients : si l’équipe compte des personnes qui connaissent bien le problème réel, la perte de contexte diminue.
6. Résumé essentiel
- La compression de l’information est inévitable, mais toujours imparfaite.
- Plus l’organisation grandit, plus les effets secondaires de la compression de l’information augmentent.
- La meilleure solution est une structure organisationnelle et une culture qui ne dépendent pas de la “compression”, ainsi que l’expérience directe.
7 commentaires
C’est une remarque à la fois évidente et importante, mais en pratique, c’est très difficile à mettre en œuvre et cela demande beaucoup d’attention. Les collègues brillants autour de moi semblaient particulièrement doués pour « décompresser » des informations condensées.
Merci pour ces belles paroles !
En réalité, pas mal de développeurs voudraient eux aussi, dans la mesure du possible, voir et comprendre directement le problème.
> Curiosité et questions complémentaires : la personne qui résout le problème doit poser des questions en continu et chercher à comprendre le contexte.
Je pense que c’est la partie la plus importante.
Parce que cette attitude consistant à se rapprocher de l’essentiel devient la motivation qui permet de faire émerger d’autres solutions, comme minimiser les passations, construire une culture d’organisation forte et réduire au maximum la distance entre le client et le code.
Jusqu’à récemment, je me concentrais uniquement sur l’implémentation des exigences données, mais une fois le développement terminé, j’avais souvent l’impression que l’impact réel restait minime. Ces jours-ci, avant même de discuter des exigences, je demande avec insistance « pourquoi c’est nécessaire », et j’ai l’impression que c’est dans ce processus que l’on trouve des solutions plus proches de la bonne réponse.
Oui, je pense aussi que plus on creuse en profondeur la question de l’objectif et de la raison pour laquelle il faut le faire, plus une solution claire émerge.
Merci pour cette excellente traduction !
Merci d’avoir apprécié l’article !