5 CPOs racontent comment l'IA transforme vraiment leurs équipes Tech

Dans cette édition, j’ai compilé les apprentissages de 5 CPOs sur la transformation IA de leurs organisations. Ces CPOs ont des profils et des périmètres radicalement différents :

• Alexandre Gerlic, VP Engineering chez Alan (785 M€ de revenus annuels, environ 800 salariés)
• Tancrède Besnard, cofondateur et CPO de Pennylane (160 M€ d’ARR, environ 1100 collaborateurs)
• Christopher Parola, CPO de YouTrust (40 M€ d’ARR, 200 personnes)
• Florian Cordel, VP Product de Cegid (1 Milliard € d’ARR, 4000+ personnes)
• Justine Poggi, VP Product de Weglot (35 M€ d’ARR, 70 personnes)

1. Ne pas monter une équipe dédiée aux features IA

Chez Cegid, Florian a testé une équipe à part chargée de porter les cas d’usage IA. Spoiler : ça n’a pas fonctionné. Ce qui marche : une équipe “facilitatrice” qui outille les squads, sans livrer à leur place.

2. Donner les mêmes outils aux non-tech qu’aux ingénieurs

Chez Alan, plutôt que de simplifier l’accès pour les non-ingénieurs, Alexandre leur a ouvert le même environnement de développement que ses équipes techniques, guardrails compris : plusieurs centaines de pull requests de non-ingénieurs sont déjà en production.

3. Figer un workflow et ses outils à un instant T

Chez Weglot, Justine choisit de fixer un environnement et des outils à un instant T, suivis par des métriques, plutôt que de courir après chaque nouveauté. Le backlog des outils à tester reste ouvert, mais en attente.

4. Traiter la résistance comme un sujet de management

Chez YouTrust, Christopher observe que le plus gros frein n’est pas technique : ce sont les personnes qui restent accrochées à leur métier pendant qu’il se transforme. Pour lui, ça se gère par le management (et pas par les outils).

5. Généraliser un usage dès qu’il est prouvé

Chez YouTrust, dès qu’un Product manager gagne 30% de son temps sur la QA grâce à l’IA, Christopher impose l’usage à toutes les squads via une formation commune et une date butoir. Cela fonctionne mieux qu’attendre que chacun s’y mette seul.

6. Optimiser toute la chaîne de production du produit

Chez Pennylane, Tancrède découpe la construction produit en 4 étapes : conception, code, review et GTM. Le rôle de certains ingénieurs change, ils n’optimisent plus une fonctionnalité isolée mais la chaîne toute entière.

7. Choisir un seul workflow avant d’en tester d’autres

Chez YouTrust, Christopher conseille de “mettre de l’intention”, c’est à dire :

• choisir un workflow précis
• bien le déployer très bien
• puis déployer d’autres usages

L’erreur inverse : avoir trop attendu avant de définir un référentiel commun pour l’équipe.

8. S’appuyer sur les power users pour propager un usage

Chez Weglot, Justine considère que des “power users” internes de l’IA sont le meilleur atout pour accélérer l’usage au sein de l’équipe. Ca marche mieux que n’importe quelle communication descendante sur les nouveaux outils disponibles.

9. Décharger son équipe des tâches hors cœur de métier

Chez Pennylane, Tancrède part d’un principe simple : enlever les tâches pénibles qui ne sont pas le cœur de métier des PM et Designers (ex : résumer, reformuler ou compiler du feedback) pour dégager du temps sur l’essentiel.

10. Écrire sa documentation pour des agents IA

Chez Cegid, Florian recommande de penser le Knowledge Management de l’équipe pour qu’il soit exploitable par des agents et pas seulement lisible par des humains. Une documentation mal structurée donne un mauvais résultat ; bien structurée, elle inverse la tendance.

‍