Vos équipes utilisent l’IA. Qu’est-ce que cela change dans votre organisation ?

Avec l’IA, un product manager peut construire un prototype fonctionnel et le confronter aux utilisateurs. Un designer peut aller jusqu’à l’implémentation d’une interaction dans le produit. Un développeur peut explorer plusieurs réponses à un besoin et les rendre testables avant qu’une solution soit arrêtée. Les frontières entre conception et réalisation deviennent plus perméables : une même personne peut faire avancer une idée plus loin, en mobilisant les autres expertises au moment où elles deviennent nécessaires.

Pour une direction produit et tech, cela ouvre un travail plus large que le choix des outils. Que devient l’organisation lorsque les personnes peuvent prendre en charge une plus grande partie d’un sujet ? Quelles décisions faut-il rapprocher du travail ? Quelles expertises doivent rester accessibles ?

On peut commencer à répondre en suivant une demande réelle, depuis son origine jusqu’à son usage.

Regarder où le travail attend

La durée d’un développement est une partie du délai vécu par un utilisateur. Avant et après, le sujet peut attendre une clarification, un arbitrage, un environnement disponible ou une validation.

Si la réalisation accélère et que ces attentes restent identiques, la file de travail se déplace. Une équipe peut produire davantage de changements tout en attendant plus longtemps leur examen. Les personnes chargées de valider deviennent alors le point de passage de décisions qu’elles n’ont plus le temps d’étudier.

Sur un sujet récemment livré, il est utile de reconstituer ce parcours avec les personnes concernées. À quels moments le travail a-t-il avancé ? Où s’est-il arrêté ? Pourquoi a-t-il fallu reprendre une décision ? L’exercice permet de choisir une évolution précise, comme réunir plus tôt les expertises nécessaires ou rendre certains critères de validation accessibles à l’équipe.

Le travail de DORA sur l’attention portée aux utilisateurs souligne le risque d’amplifier avec l’IA une activité mal orientée. Ces résultats de recherche organisationnelle donnent des repères ; ils ne déterminent pas à eux seuls les changements à mener dans une entreprise.

Rapprocher les activités sans effacer les expertises

Pouvoir produire un prototype change la conversation entre le produit, le design et la technique. On peut discuter d’un parcours visible, repérer plus tôt une difficulté et comparer des options. Une partie de l’exploration peut être prise en charge par la personne qui porte la question.

Cette capacité ne signifie pas que toutes les compétences sont devenues équivalentes. La qualité d’une interaction, les conséquences d’un choix d’architecture ou la pertinence d’un indicateur demandent encore de l’expérience. Le sujet devient celui de leur mobilisation : à quel moment, sur quelle question et avec quelle responsabilité ?

Une équipe peut ainsi gagner en autonomie tout en demandant un avis spécialisé sur un choix engageant. Cela suppose de savoir reconnaître ce choix. Sans cette capacité, l’autonomie risque de se traduire par des décisions prises trop tôt, puis découvertes par les experts une fois la réalisation avancée.

Rendre les décisions explicites

Quand plusieurs personnes peuvent faire progresser un sujet, les frontières anciennes ne suffisent plus à indiquer qui décide. La personne qui produit une maquette a-t-elle aussi choisi le périmètre ? Celle qui fait développer une fonctionnalité peut-elle modifier la politique d’accès ? Qui accepte un compromis sur la qualité ?

On gagne à préciser ces responsabilités sur le travail lui-même. L’équipe doit connaître son objectif, les contraintes qui s’imposent à elle et les décisions qu’elle peut prendre. Les désaccords doivent trouver un interlocuteur capable de trancher.

Ce cadre évite aussi que l’autonomie repose sur une personne particulièrement expérimentée qui porte tout implicitement. Les autres doivent pouvoir comprendre les raisons d’une décision, les reprendre et les discuter lorsque la situation change.

Donner un responsable au fonctionnement des agents

Les agents ajoutent une dimension à cette organisation. Quelqu’un doit entretenir leur contexte, suivre les contrôles, examiner leurs erreurs et décider des outils auxquels ils accèdent.

C’est ce qu’on traite dans la mise en place d’une usine agentique. Elle relie les moyens techniques aux responsabilités de l’équipe : qui valide une modification, qui peut autoriser une action sensible et qui intervient lorsqu’un contrôle ne fonctionne plus ?

Ces questions méritent du temps identifié. Si l’entretien de cette chaîne dépend uniquement de la bonne volonté d’un développeur, l’équipe risque de dépendre d’un système qu’elle utilise sans vraiment pouvoir le reprendre. La documentation aide ; la pratique partagée et les occasions d’apprentissage comptent tout autant.

Essayer sur un périmètre qui permet de conclure

Une transformation peut commencer avec un produit, une équipe et un objectif observable. Par exemple : raccourcir le délai entre un besoin clarifié et sa mise à disposition, tout en maintenant la qualité attendue.

On observe alors le délai complet, les reprises et les incidents, mais aussi le temps consacré aux vérifications. On recueille ce que l’équipe comprend mieux et ce qui la met en difficulté. Une baisse du temps de développement accompagnée d’une forte hausse de la charge de contrôle appelle un ajustement.

La mesure doit rester contextualisée. Dans sa mise à jour de février 2026, METR explique pourquoi les biais de sélection et le travail avec plusieurs agents compliquent l’estimation des gains. Cela invite à examiner ses propres résultats plutôt qu’à importer un multiplicateur de productivité.

L’essai permet enfin de décider ce qui mérite d’être étendu. Certaines pratiques pourront être partagées largement ; d’autres dépendront du produit, de son exposition au risque ou de l’expérience de l’équipe.

Chez The Spark, on relie cette évolution de l’organisation à la pratique de la construction. Notre offre Repenser votre organisation accompagne ce travail avec la direction et les équipes, depuis l’examen du cycle produit jusqu’à la mise à l’épreuve de nouvelles pratiques.