
Empowered
Confier le problème, pas la solution
Description
Il y a un moment que Marty Cagan raconte souvent, parce qu'il l'a vu se répéter dans des dizaines d'entreprises. Un dirigeant réunit ses équipes produit et leur annonce, satisfait, la feuille de route du trimestre : douze fonctionnalités à livrer, avec les dates. Tout le monde note, hoche la tête, retourne à son bureau. Personne ne demande pourquoi. Pour Cagan, ancien cadre chez eBay et Netscape devenu la référence mondiale du conseil produit, c'est précisément là que la plupart des boîtes se sabotent — sans le savoir, et avec les meilleures intentions du monde.
En 2020, avec son associé Chris Jones, il publie Empowered, suite directe de son livre culte Inspired. Le premier expliquait comment fabriquer de bons produits. Le second pose une question plus dérangeante : pourquoi les meilleures entreprises technologiques — Amazon, Netflix, une poignée d'autres — obtiennent-elles de leurs équipes des choses que les autres n'obtiennent jamais ? Leur réponse n'est ni le talent, ni les moyens, ni la culture au sens vague. C'est une manière très concrète de distribuer le pouvoir de décider.
Le mot du titre, empowered, dit tout et ne dit rien. On l'a tellement entendu en séminaire qu'il ne veut plus grand-chose. Cagan et Jones lui redonnent un sens précis, presque technique, et surtout coûteux à tenir — car il oblige les dirigeants à lâcher exactement ce à quoi ils tiennent le plus.
La question que l’on se pose : Pourquoi la plupart des équipes produit exécutent-elles des ordres au lieu de résoudre des problèmes, et qu'est-ce que les rares entreprises qui font autrement ont compris ?Ce que l’on va voir : Deux façons opposées de faire travailler des équipes, et le renoncement précis qu'un dirigeant doit accepter pour passer de l'une à l'autre.
Sommaire
01Chapitre 1 — La feature team, ou l'art d'exécuter des ordres
Cagan a un nom pour le modèle dominant : la feature team, l'équipe de fonctionnalités. Le principe est simple. En haut, des dirigeants ou des parties prenantes décident quoi construire. En bas, une équipe de designers, développeurs et un chef de projet reçoit cette liste et la livre. On appelle ça une équipe produit, mais c'en est la caricature : elle ne fait pas de produit, elle exécute des commandes. La roadmap descend, le code monte, et le succès se mesure au fait d'avoir livré dans les temps.
Le piège, c'est que ça marche assez pour rassurer. Les fonctionnalités sortent, les dates sont tenues, les tableaux de bord sont verts. Sauf que Cagan pointe un chiffre qui hante l'industrie : la majorité des idées de produit, même bien exécutées, ne produisent pas les résultats attendus. Elles ne bougent pas les indicateurs qu'on espérait. Une équipe qui se contente de livrer ce qu'on lui dicte livre donc, statistiquement, beaucoup de choses inutiles — proprement, à l'heure, et sans que personne ne s'en rende compte avant longtemps.

Téléchargez Dygest
pour avoir une expérience complète !
02Chapitre 2 — Ce qu'un bon problème donne à une équipe
Le basculement tient dans une phrase que Cagan répète comme une formule : on donne aux équipes des problèmes à résoudre, pas des solutions à construire. C'est toute la différence entre « ajoute un bouton de partage à l'écran d'accueil » et « trouve pourquoi nos nouveaux utilisateurs ne reviennent pas au bout d'une semaine ». Le premier énoncé est une commande. Le second est une mission. Et une mission force l'équipe à réfléchir, à explorer, à tester — bref, à faire le travail pour lequel on l'a payée.
Concrètement, cette bascule s'incarne dans un outil : les objectifs. Plutôt qu'une liste de fonctionnalités datées, l'équipe reçoit un résultat à atteindre, exprimé en termes mesurables — réduire l'attrition, augmenter la conversion, faire baisser un délai. Comment y arriver reste ouvert. L'équipe peut proposer trois pistes, en abandonner deux après tests, en inventer une quatrième que personne n'avait vue. Le dirigeant garde la main sur la destination ; il lâche la main sur l'itinéraire.

Téléchargez Dygest
pour avoir une expérience complète !
03Chapitre 3 — Le manager qui rend meilleur, pas celui qui décide
Reste une question que Cagan trouve étrangement négligée dans les livres de management : à quoi sert un chef, dans un monde d'équipes autonomes ? Sa réponse tranche avec l'image du décideur qui distribue les tâches. Le rôle du manager n'est pas de dire quoi faire — c'est de rendre les gens capables de le décider seuls. Autrement dit, coacher. Cagan considère le coaching comme la responsabilité la plus importante et la plus systématiquement bâclée de tout l'encadrement produit.
Coacher, chez lui, n'a rien de la posture bienveillante et floue qu'on invoque en entreprise. C'est un travail exigeant et régulier : un entretien hebdomadaire en tête-à-tête, une évaluation honnête des points faibles de chacun, un plan pour les combler. Le manager doit connaître ses gens mieux qu'ils ne se connaissent, repérer où ils bloquent, et investir le temps qu'il faut pour les faire progresser. Une entreprise qui prétend vouloir des équipes fortes mais qui ne coache personne se raconte une histoire.

Téléchargez Dygest
pour avoir une expérience complète !
04Chapitre 4 — Déléguer un problème, un acte de confiance qui coûte
Si le message d'Empowered se réduit si mal à un slogan, c'est qu'il exige des dirigeants quelque chose qu'ils accordent rarement de bon cœur : renoncer à décider la solution. Confier un problème, c'est accepter que quelqu'un d'autre, plus bas dans l'organigramme, trouve une réponse à laquelle on n'aurait pas pensé — et parfois une meilleure que la sienne. Pour beaucoup de dirigeants, ce n'est pas une libération, c'est une petite blessure. Décider ce qu'on construit était précisément ce qui donnait le sentiment de tenir les rênes.
Cagan touche là une tension qui dépasse le produit et travaille tout le management contemporain. Depuis des décennies, on répète le vocabulaire de l'autonomie, de la responsabilisation, de la confiance. Mais dans les faits, l'immense majorité des organisations garde le pouvoir de décision en haut et ne délègue que l'exécution. Le discours dit « décidez », la structure dit « obéissez ». Empowered nomme cet écart et refuse le confort de l'ambiguïté : ou bien on délègue le problème, ou bien on ne délègue rien.

Téléchargez Dygest
pour avoir une expérience complète !
05Conclusion
Au fond, tout Empowered tient dans le contraste posé dès le départ : d'un côté des équipes qui livrent des ordres, de l'autre des équipes qui résolvent des problèmes. Cagan et Jones ne cachent pas que le second modèle est plus exigeant — il suppose de recruter avec soin, de coacher sans relâche, de partager le contexte sans retenue, et de tenir une vision assez claire pour que l'autonomie ne tourne pas au chaos. Rien de magique là-dedans, plutôt un ensemble de gestes concrets que les meilleures entreprises technologiques pratiquent pendant que les autres se contentent d'en parler.

Téléchargez Dygest
pour avoir une expérience complète !












