Sommaire
Marine a rejoint theTribe il y a un peu plus d'un an comme Product Manager, après avoir déjà exercé ce métier auparavant. Elle travaille tous les jours avec le Studio, l'agent IA interne de theTribe, construit sur Claude et connecté à ses outils. Elle raconte ce qu'il lui fait gagner, et ce qu'il ne fera jamais à sa place.
Le Studio en bref Le Studio est l'outil interne de theTribe pour piloter un projet, de l'avant-vente à la maintenance. C'est un assistant agentique : une IA qui lit et agit directement dans les outils internes, et enchaîne seule plusieurs étapes (lire les sources du projet, calculer, rédiger, ranger) en s'appuyant sur la méthodologie theTribe.
|
Le Studio et la méthodologie theTribe
Quel est ton rôle chez theTribe, et quelle place le Studio prend-il dans ton quotidien de Product Manager ?
Je suis Product Manager chez theTribe depuis un peu plus d'un an. Je gère deux projets en TMA et un gros projet de build. Le Studio, je m'en sers tous les jours, sur tous mes projets.
Comment tu présenterais le Studio à un PM qui ne connaît pas theTribe ?
C'est la base de connaissance de mon projet, une IA sur mesure avec laquelle je peux discuter quand j'ai une question ou besoin d'un coup de main dans mes tâches quotidiennes.
Qu'est-ce qui change par rapport à une IA générique ?
Le Studio connaît à la fois mon contexte projet, la méthodo theTribe et les règles propres à mes équipes. J'obtiens la réponse que je veux rapidement, sans avoir à rédiger des prompts exhaustifs et carrés.
Les hallucinations existent, mais elles sont plus rares qu'avec une IA générique, parce qu'on travaille toujours dans le même cadre. Quand je lui demande de l'aide pour rédiger mes US (user stories), je n'ai pas besoin de repréciser le formalisme à chaque fois. Quand je lui donne un compte-rendu de réunion, il le range directement au bon endroit : dans le Studio du projet, mais aussi dans notre base de connaissance Notion partagée, où je tiens plusieurs bases de données à jour en parallèle.
Concrètement, à quels outils le Studio est-il branché et qu'est-ce que ça t'apporte ?
Le Studio est connecté à tous les outils qu'on utilise chez theTribe, notamment Jira et notre ERP, et il écrit dans la base Notion que je partage avec le client. Il va chercher tout seul ce dont il a besoin : l'avancement de mes chantiers de développement, les temps passés, les montants facturés. Je ne lui recopie plus d'extraits, je lui dis ce que je veux obtenir. Et tout ce qui arrive en vrac, comptes-rendus de réunion, échanges Slack, documents du client, il l'ingère et le range au bon endroit.
À quels moments du projet l'utilises-tu le plus ?
Sur toutes les phases de la méthodo, mais surtout en cadrage, en recette et pour le reporting.
Peux-tu nous expliquer comment tu l'utilises concrètement sur ces phases d'un projet ?
À partir des entrants du client, des comptes-rendus d'ateliers de cadrage et de tres amigos, je demande au Studio de me découper chaque chantier en user stories détaillées et de les rédiger, selon le formalisme et les règles propres à la méthodo theTribe. Je relis et commente attentivement chaque ticket, et le Studio crée les tickets validés directement dans Jira, reliés à la bonne épic.
Je m'appuie aussi sur le Studio pour la recette : chaque critère d'acceptance rédigé dans une US est testé par le Studio, presque en autonomie. Si le test est conforme, le Studio valide le ticket Jira. En cas de réserve ou de non-conformité, je reprends la main pour reproduire l'anomalie moi-même et j'envoie le ticket en retour. À la fin de ma session de recette, je peux générer directement mon cahier de recette à jour et le PV à faire signer par le client.
Je reste concentrée sur la valeur métier et sur la qualité, en gagnant un temps énorme sur les tâches annexes de suivi.
Cas concret : préparer un COPIL mensuel en deux heures au lieu de quatre à cinq jours
Peux-tu choisir une situation récente où le Studio a réellement changé ta manière d'avancer, sans citer le client ?
Oui, je pense à un cas concret sur un gros client, suivi à la fois en build et en TMA, avec un vrai enjeu pour theTribe.
Quel problème voulais-tu résoudre ?
J'arrivais sur le projet, avec un historique et une grosse complexité métier à rattraper. Le client avait un niveau d'exigence très élevé, ce qui est normal sur un projet de cette envergure, en particulier sur le reporting : KPI financiers, organisationnels et opérationnels.
Pour suivre et présenter ces KPI en COPIL mensuel, il fallait croiser des données issues de tous nos outils (ERP, fiche santé projet, deux projets Jira…) et les consolider. Ça me prenait près d'une semaine de travail. Clairement du temps que je n'avais pas.
Comment as-tu réglé ce problème grâce au Studio ?
J'ai donné un prompt simple au Studio : je veux un skill à lancer tous les mois pour préparer mon COPIL, je te donne les sources à jour et tu fais les calculs pour moi. Objectif : moins de 10 minutes.
L'idée n'a jamais été que le Studio prépare le COPIL tout seul. J'avais surtout besoin d'aide pour tout compiler sans perdre de temps sur des fichiers Excel complexes à remplir, et sources d'erreur.
Je lui ai fourni la liste de mes KPI, les exports des différentes sources et les pièges à éviter (problèmes de mise à jour, erreurs de calcul…). En deux jours d'itérations, j'avais un skill qui répondait à mes exigences de départ. En sortie : un fichier Excel rempli de tableaux prêts à l'emploi, que je n'ai plus qu'à coller dans mon support de COPIL.
Aujourd'hui, quand je lance le skill, le Studio me pose cinq questions. J'y réponds directement ou en lui donnant les exports à exploiter. Ensuite il travaille seul, et je peux repartir faire autre chose.
Quels gains as-tu observés ?
J'ai gagné un temps considérable. Il me faut maintenant environ 2 heures pour préparer un COPIL, tout compris (mise à jour des sources, lancement du skill, mise en forme du support), contre 4 à 5 jours au départ.
J'ai aussi gagné en constance et en qualité. Plus d'erreurs de calcul, plus de changement de méthode d'un mois sur l'autre. Je peux faire des ajustements sans remettre toute la logique de calcul en cause. Je sais exactement quoi vérifier dans le livrable final pour m'assurer que le résultat est cohérent, et je peux renvoyer la balle au Studio en cas d'anomalie.
Ton skill COPIL, est-ce que d'autres PM l'ont repris sur leurs projets ? Et toi, tu utilises des skills construits par d'autres ?
Ce skill COPIL est très spécifique à mon projet, mais j'en ai partagé certaines étapes avec les autres PM (notamment un skill qui permet de suivre le coût réel d'un chantier d'évolution ou de maintenance, ou encore de calculer le reste à faire d'un chantier). Inversement, j'ai repris le skill créé par Florent qui permet de déléguer une partie de la recette au Studio.
Ce que le Studio ne remplace pas
Qu'est-ce que tu continues à vérifier toi-même ?
Je reste toujours vigilante sur la cohérence des calculs. Les résultats sont présentés au client, et des chiffres issus de sources différentes doivent impérativement coller entre eux. Par exemple, sur une même période, la somme des coûts de mes chantiers de développement, issus notamment de Jira, doit être égale au montant facturé dans l'ERP.
Parfois un décalage apparaît. Dans ce cas, je prends toujours le temps d'en décortiquer la cause, pour garder le niveau de qualité qu'on a réussi à atteindre d'un mois sur l'autre.
Je dois aussi m'assurer que mes sources sont à jour et sans erreur avant de lancer le skill. Ça, je le fais tous les mois, sans IA.
Où s'arrête le Studio dans ton rôle de PM ?
Le Studio fait les calculs, mais c'est moi qui les présente et qui devrai peut-être argumenter en COPIL. Je dois donc maîtriser tout ce qui se passe dans le skill et le comprendre parfaitement.
C'est la partie compliquée de chaque usage du Studio pour un PM. On peut facilement se reposer sur lui pour générer du reporting ou rédiger un ticket, et perdre très vite la maîtrise de son contexte, de son cœur métier. Or le Studio n'est pas autonome sur l'arbitrage et la relation client : ça reste au PM, qu'il maîtrise son sujet ou non.
Tu dis que l'arbitrage et la relation client restent au PM. Ça ressemble à quoi concrètement sur tes projets ?
J'ai deux exemples récents en tête.
Sur un chantier dont la mise en prod était prévue un jeudi (non négociable), je me suis retrouvée avec deux demandes d'évolutions de dernière minute. En ayant l'avancement de mon sprint en tête, et après avoir pesé l'impact utilisateur et le poids de chacune d'entre elles, j'en ai ajouté une au périmètre (ajouter deux messages d'erreur explicites) et dépriorisé l'autre (refonte du champ commentaire).
Un autre cas où l'IA ne peut pas faire le métier du PM, c'est quand il s'agit de dire non à un client : par exemple, quand il faut requalifier son besoin car le vrai sujet est ailleurs. Récemment, une cliente m'a fait une demande d'évolution bien précise. Après analyse, j'ai réalisé que traiter sa demande répondrait moyennement à son besoin initial et risquerait de générer plus de travail pour ses équipes. Au lieu de partir sur le développement d'une usine à gaz, je lui ai plutôt proposé une autre solution, plus adaptée.
Ce que le Studio change dans la manière de faire du Product
Au-delà du temps gagné, qu'est-ce que le Studio change dans ta manière de travailler ?
Mes projets ont gagné en qualité, parce que j'ai délégué au Studio toutes ces tâches indispensables au pilotage qu'on a tendance à déprioriser en premier, faute de temps. Mes comptes-rendus sont envoyés et stockés dans la base Notion partagée avec le client, alimentée par le Studio. Mes tickets sont toujours complets et conformes au formalisme attendu : je n'ai plus qu'à les relire et les compléter côté métier.
Le client a plus d'informations structurées à sa disposition, et ça le rassure. Et si je dois m'absenter demain, pour n'importe quelle raison, la personne qui me remplace aura toutes les informations du projet sous la main.
Quelle idée aimerais-tu qu'un PM retienne sur le Studio et la méthodologie theTribe ?
C'est une sacrée béquille, mais il ne faut pas oublier comment marcher.
J'ai gagné en temps et en qualité en automatisant un grand nombre de tâches, et je suis bien plus en confiance sur mes projets aujourd'hui. Mais j'ai aussi failli me reposer dessus à outrance et perdre la maîtrise de mes produits. Le Studio est un outil méthodologique puissant. Ce n'est ni un PO, ni un PM.
Conclusion : ce que le métier de PM devient quand il est augmenté par l'IA
Le Studio a changé le quotidien de Marine sur des tâches très concrètes : le reporting, la rédaction de tickets, la recette, la préparation d'un COPIL. Il lui a rendu des journées entières sur un projet où elle n'en avait pas.
Concrètement, quand vous démarrez chez theTribe, vous arrivez sur des projets outillés et parfaitement documentés. Le reporting et la rédaction des tickets cessent de manger vos semaines, et ce temps va là où il compte : comprendre le métier de vos clients, arbitrer un périmètre, challenger un besoin mal posé.
Pour voir comment l'outil a été construit, l'équipe l'a raconté dans le webinar theTribe Studio.
Et c'est justement parce que l'IA ne remplacera jamais l'humain que nous continuons à recruter des PO et des chefs de projets chez theTribe.
