search mail facebook github rss rss twitter google + cross linkedin

L’intrapreneur n’est pas un Product Owner

En tant que membre de l’incubateur, je suis encore surpris à chaque fois qu’une présentation de la démarche Startup d’État conduit à une réaction laconique du type « un Product Owner et de l’agile, rien de nouveau sous le soleil, on fait ça dans notre administration depuis des années ».

Effectivement toutes les grandes organisations informatiques, qu’elles soient publiques ou privées, se revendiquent aujourd’hui des méthodes agiles. Pour autant une Startup d’État c’est un peu plus qu’une équipe qui développe en itérations et livre régulièrement du logiciel. Pour preuve la figure de l’intrapreneur, qu’on ne peut pas réduire au rôle de Product Owner.

They are legion

Le rôle de Product Owner (PO) a été popularisé par la méthode Agile Scrum. En Scrum le PO est responsable de maximiser la valeur du produit et la valeur issue des travaux de l’équipe de développement.

Ne nions pas les avancées issues du génie et de l’énergie des créateurs de Scrum, Ken Schwaber et Jeff Sutherland. Ils ont réussi à tirer vers le haut une industrie entière, par la remise en cause de la lourdeur de la formalisation et par la mise en œuvre d’un outillage de gestion de projet simple et efficace.

Rançon du succès, des armées de profils du type maîtrise d’ouvrage, issues de structures privées ou publiques, ont passé la certification Scrum PO ces dernières années. Est-ce que pour autant les délais des projets, leurs coûts et la satisfaction des usagers se sont améliorés depuis ? J’en doute. En tout cas pas à la hauteur de l’effort (et du budget) de formation Product Owner.

Il y a bien sûr de très bons POs, mais statistiquement le terme de « Certified PO » m’évoque dorénavant le profil suivant :

  • personne ayant suivi quelques jours de formation Scrum
  • qui sait rédiger des user stories (et les « jobs to be done » tu connais ?), et tenir un product backlog
  • qui a peu de connaissances et d’expérience métier, et incidemment peu de “colère” contre ce qui pourrait marcher mieux
  • qui a peu de connaissances et d’expérience produit

En somme, ce PO ressemble à un gestionnaire de spécification, avec un outillage certes plus léger que l’attirail périmé du type « Spécifications Fonctionnelles Détaillées v15.12.3 ». De plus, la maintenance du backlog n’est plus l’apanage du seul Product Owner, dès qu’on se trouve dans une petite équipe pluridisciplinaire, dont plusieurs membres sont déjà aguerris aux méthodes agiles.

Passons rapidement sur les arguments classiques du « Scrum Bashing » : l’essentiel de Scrum a été posé il y a 15 ans, de l’eau a coulé sous les ponts depuis sur les meilleures façons de construire du logiciel qui rapporte de l’argent et/ou des usagers satisfaits. En particulier, les enrichissements issus des communautés agiles Kanban et DevOps doivent maintenant faire partie de la boîte à outils de base d’un profil type maîtrise d’ouvrage, au même titre que l’outillage Scrum.

Mais surtout les champions du numérique ne se sont jamais revendiqués comme Agile. A part peut-être chez Spotify, où les coachs Agiles ont une place prépondérante. Et encore, on peut y voir l’effet conjoncturel de la présence des très bons agilistes de Crisp, comme Henrik Kniberg. Les autres, que ce soit les GAFAM ou les plus petites structures en succès, ne revendiquent jamais Scrum, le backlog, ou les user stories comme ingrédients prépondérants de leur réussite numérique !

Le porteur de Startup d’État ne peut pas être qualifié de PO. En effet la dimension produit de sa Startup est trop critique pour s’arrêter à ce que recommande le rôle Scrum de PO. Le costume est trop étriqué.

Un chef de produit c’est beaucoup plus qu’un Product Owner

On attend d’un porteur d’une Startup d’État plus que ce que recouvre le rôle de PO. En particulier, il aura à sa charge des responsabilités de gestion de produit qui sont absentes du rôle de PO, mais qu’on retrouve classiquement chez les chefs de produit (product manager en anglais).

Voici quelques exemples d’activités essentielles du chef de produit sur lesquels Scrum n’a rien à nous apprendre :

  • Comment suivre la performance de mon produit ? C’est quoi une KPI ? C’est quoi la bonne KPI pour mon produit, à cet instant (exemple : la satisfaction de mes 10 usagers pilote, puis le nombre de connexions uniques par semaine, puis le taux de pénétration dans tel réseau de distribution…) ? Que pourrait-on faire pour améliorer cette KPI ?
  • Comment vendre mon produit à un premier utilisateur ? à 100 000 utilisateurs ? quels relais ?
  • Comment réaliser des tests utilisateurs ? Quels outils de feedback adopter pour quelle taille de Startup ? Comment faire un test AB ? C’est quoi la significativité statistique ?
  • Sans parler des questions d’UX sur lequel le porteur de Startup se doit d’être (ou de devenir) compétent dans les premiers temps de la Startup.

Illustrons les trous (béants) dans la raquette du Product Owner, en jetant un œil aux bénéfices attendus d’une certification Scrum PO :

  • Découvrir les fondations de Scrum et le périmètre de la certification PO avec les experts de Scrum.
  • Démontrer à ses responsables et à ses pairs la connaissance du cœur de Scrum.
  • Étendre ses opportunités de carrière en étant marketable au sein de toute une industrie qui adopte les pratiques Agile.
  • Rencontrer une communauté d’experts Scrum, reconnus, et engagés dans un cycle d’amélioration continue.

Quitte à payer pour envoyer des porteurs de Startups d’État en formation, nous préférons développer leur compétences de gestion de produit numérique :

  • Découvrir les principes techniques de base structurant le web (HTML, HTTP, code serveur vs code client, API), de ce qui est de l’ordre du possible techniquement, des ordres des grandeurs de développement
  • Savoir préparer, animer, analyser un test utilisateur
  • Apprendre les bases de l’ergonomie et de la conception d’interface (“Don’t make me think”…)
  • Conception incrémentale : “construis ta cabane, on mettra les fleurs ensuite”, KISS…
  • Vendre : penser au bénéfice pour celui qui utilise ou prescrit l’utilisation

Un porteur de Startup d’État qui souhaite progresser sur le volet produit aura beaucoup plus à apprendre d’un chef de produit de « savon à main parfum coco » de chez Procter et Gamble, que d’un certificateur Scrum Product Owner.

Alors le leader de la Startup d’État c’est un chef de produit ? Oui, il est plus chef de produit que Product Owner. Mais non, il n’est pas seulement chef de produit.

Conclusion

Le porteur de la Startup d’État est plus proche d’un entrepreneur que d’un chef de produit. En plus des problématiques produit, son aventure va le confronter à des enjeux métier, de financement, d’organisation, de communication, et de partenariat.

Ça y est, on a trouvé. C’est un intrapreneur de Startup d’État !

La démarche de lancement d’une Startup d’État nous amène souvent à trouver ces intrapreneurs sur le terrain de l’administration, loin des départements regroupant les Product Owner et les informaticiens. Au delà des questions numériques, ses capacités d’empathie et de leadership pèseront plus dans le succès de sa Startup que ses compétences en gestion de projet ou gestion de produit. Et puis le coach et les développeurs qui l’entoureront le soutiendront et l’aideront à apprendre dans tous ces domaines « numériques ».

Le terme intrapreneur ne tire pas les connotations restrictives de PO et englobe plus que les missions du chef de produit. Bien sûr, le terme deviendra beaucoup moins sexy dans 5 ans, quand des intrapreneurs de tout poil auront envahi les organisations, et que le terme sera devenu galvaudé… À moins que nous gardions bien en tête la définition suivante : peut se revendiquer comme intrapreneur en succès celui ou celle qui fournit un URL et les preuves d’utilisateurs satisfaits.

Les intrapreneurs ne courant pas encore les couloirs des administrations, il nous arrive de mener des Startups d’État avec de très bons Product Owner. Dans cette situation tout se cale plus facilement une fois qu’on se l’est dit : ce n’est pas le même job.

Vous cochez déjà la case Product Owner mais vous voulez en savoir plus sur les cordes qui manquent à votre arc ? Ou alors vous voulez tout simplement participer à la modernisation de l’action publique par le numérique. Dans ce cas, la formation « alpha » que nous créons en ce moment est peut-être pour vous. Contactez-nous si vous voulez en savoir plus.

Dans la même catégorie