Machine à inventer
Comment tirer 6 leçons d'innovation d'Amazon ?
Concept
Quoi qu’on dise1, Amazon est une machine à innover très efficace.
Mon attention a donc été attirée par le livre2 de Colin Bryar et Bill Carr, qui y ont passé pas loin de 20 ans. En voici extraites3 6 leçons :
- Ralentir pour aller vite, et innover
Alors que l’approche traditionnelle est d’itérer le plus vite possible pour trouver un fit, Amazon choisit de prendre du recul et du temps4 pour taper juste. Par exemple, l’équipe d’AWS a passé 18 mois à interroger des clients internes et se forger une vision avant d’écrire la première ligne de code. - Réfléchir autour des besoins du client et pas de ses propres compétences
Car finalement, les secondes pourront être développées par la suite, alors que l’on n’a pas le contrôle sur les premières. - Rester flexible sur les détails, mais ne pas laisser l’innovation être un job à temps partiel
En première partie, on retrouve un principe déjà évoqué ici5. La seconde partie est très exigeante, mais clé, car les demandes du quotidien aspirent toute la bande passante6. - Construire à reculons
Commencer par écrire le communiqué de presse puis les FAQ. Si ça a de l’intérêt, alors on peut ensuite faire des maquettes, etc. Un business plan formel vient en dernier, après des éléments d’expérience client. - Les intentions ne fonctionnent pas, les mécanismes oui
Lorsqu’un problème a été détecté, il faut mettre en place un mécanisme permettant d’éviter qu’il ne se reproduise à l’avenir : rapports post-mortem, Anton cord7, etc. - Un bon leader plonge profondément dans les détails
Le processus business est compliqué plus que complexe8 et aller creuser dans les détails, notamment les métriques, afin de le comprendre permet de faire la différence, plutôt qu’avoir seulement une big picture. Sans micromanager pour autant.
Ces leçons sont des conséquences de 14 principes de leadership9 d’Amazon, dont avoir une colonne vertébrale et plonger profondément, et 4 piliers culturels : pensée long terme, obsession du client, esprit d’invention, fierté de l’excellence opérationnelle.
Réaction
Si je fais un pas de côté, je trouve que ces idées fonctionnent aussi assez bien quand on cherche à se réinventer soi-même, notamment dans le cadre de changement de carrière, ou lorsqu’on réfléchit à son positionnement interne dans une organisation : prendre du temps, créer un espace sanctuarisé, se concentrer sur ce que l’on veut voir advenir et pas trop sur ce que l’on sait faire aujourd’hui, mettre en place des rituels et descendre en profondeur.
Je trouve néanmoins qu’il manque1 quelque chose sur le sens de ce qu’on fait et la vision systémique de ses conséquences.
Invitation
Qu’est-ce qui serait différent si je testais la pertinence de ces leçons dans mon propre contexte ?
Notes & références
-
J’ai énormément réduit ma dépendance à sa partie commerce en ligne ces dernières années en ayant pris conscience des conséquences systémiques de mon usage. Néanmoins, je dois reconnaître qu’ils sont très forts, notamment sur la partie cloud AWS. ↩ ↩2
-
C. Bryar et B. Carr, Working Backwards, 2021. ↩
-
À relire : 2 stratégies d’innovation. ↩
-
À relire : vision et détails. ↩
-
À relire : loi de Parkinson. ↩
-
Concept emprunté aux pratiques lean de Toyota qui permet à chaque opérateur d’interrompre totalement une ligne de production en cas de défaut observé. ↩
-
À relire : complexe ou compliqué. ↩
Des
entités sont
référencées
(en lien avec d'autres apprenti-sages à découvrir) :
Amazon
(2)
leadership
(13)
lean
(5)
rituel
(17)
sens
(17)
systémie
(10)
tech
(6)
vision
(10)
Colin Bryar
(1)
Bill Carr
(1)
Ce graph montre le sous-ensemble des apprenti-sages de l'almanach en lien avec celui-ci via :
- une citation directe dans les notes
- un même livre de ma bibliothèque annotée
- une entité de référence commune
Il permet de montrer la tentative de lecture synoptique que j'essaie d'avoir dans ma pratique.
Comment interagir avec le graphe de dépendance ?