Adopter le produit DRI

Jan 10 2023
Ce billet de blog fait partie d'une série de leçons de leadership que j'ai apprises en 40 ans dans la technologie. Leçon apprise : Chaque résultat important devrait avoir une, et une seule, personne directement responsable.

Ce billet de blog fait partie d'une série de leçons de leadership que j'ai apprises en 40 ans dans la technologie.

Leçon apprise : Chaque résultat important devrait avoir une, et une seule, personne directement responsable. Surtout quand il s'agit de produit.

J'ai vécu cette leçon, pour le meilleur et pour le pire, sur quatre entreprises. Si plus d'une personne est responsable d'un résultat spécifique, personne n'est responsable. Bien que je sois sûr que la philosophie existe sous une forme ou une autre depuis des décennies, elle a été popularisée par Apple , sous le nom de DRI ou Directly Responsible Individual , et adoptée par de nombreuses autres sociétés telles que Gitlab . Et nulle part cette leçon n'est plus applicable que de décider à qui appartient le "Produit".

En tant qu'ingénieur, je dois admettre d'emblée que je suis partial. Je crois fermement que les produits et l'ingénierie, et la conception d'ailleurs, doivent être sous un seul chef, avec une solide expérience technique. Prenons cet exemple illustratif d'un projet qui a déraillé et qui va manquer son échéance. Le PDG demande au chef de l'ingénierie pourquoi le projet est en retard, et il répond en rejetant la faute sur le chef de produit. Ils disent que le PM a été trop agressif dans la définition des exigences, qu'il n'était pas disposé à réduire la portée des projets à faible priorité, qu'il leur a demandé de construire la mauvaise chose et qu'il n'a pas compris la quantité de travail et/ou la complexité pour mener à bien le projet. Ils ajouteront probablement que la dette technique, due aux péchés du passé, a causé des problèmes qui ont ralenti les choses. Semble familier?

Le PDG demande alors au responsable du produit pourquoi le projet est en retard, et il répond en rejetant la faute sur l'ingénierie. Ils disent que les ingénieurs ne travaillent pas assez dur, construisent la mauvaise chose, sont trop concentrés sur la perfection technique et ne respectent pas leurs engagements. Semble familier?

Qui a raison ? Qui a tort ? Où est le vrai problème et comment le résoudre ? Qui sait? Il s'agit d'une situation sans issue et l'entreprise en souffrira en conséquence. Il doit y avoir une personne responsable de la gestion et de l'équilibrage de tous ces facteurs, pour obtenir des résultats de développement de produits. "Une gorge à étouffer", comme on dit.

J'ai appris que la meilleure formule pour le leadership produit est :

  • Une personne responsable du développement des produits — pour que les bonnes choses soient construites au bon moment pour le succès de l'entreprise.
  • Ce leader est propriétaire du « Produit », qui comprend la technologie, la conception et la gestion des produits.
  • Ils doivent avoir une expérience personnelle de la construction de produits avec leur cerveau et leurs mains. Idéalement titulaire d'un diplôme technique ou expérience équivalente. Ils doivent comprendre en profondeur la technologie de l'entreprise, ainsi que celle de leurs concurrents.
  • Ils doivent également comprendre en profondeur comment le produit est utilisé par les clients, comment il résout leurs problèmes et les objectifs stratégiques de l'entreprise.
  • Ils doivent construire une organisation de leaders techniques qui ont une compréhension approfondie des clients et de l'entreprise, et des chefs de produit qui comprennent également la technologie. Et ils devraient être en mesure de passer de manière transparente entre la vue d'ensemble, c'est-à-dire la stratégie commerciale ou organisationnelle, et la vue d'ensemble, c'est-à-dire les détails du projet.
  • Il peut et doit y avoir des responsables de la conception et de la gestion des produits dotés de compétences et de connaissances approfondies dans le domaine, mais ils doivent rendre compte au responsable « Produit », juste à côté de l'ingénierie.