BB-PO — l'assistant IA qui répond à vos questions projet et rédige vos tickets
Partie 1 — Un assistant, pas un agent
La différence compte
J’ai déjà présenté ici deux agents IA autonomes que j’utilise au quotidien : BB-DEV, qui développe des tickets de bout en bout, et BB-LOG, qui surveille les erreurs en production. Ces deux-là tournent seuls, sur des cycles automatisés, sans que j’aie besoin de les solliciter.
BB-PO fonctionne différemment. C’est un assistant, pas un agent : il ne se déclenche jamais tout seul. Il répond uniquement quand on lui pose une question ou qu’on lui demande quelque chose, exactement comme on ouvrirait une conversation avec ChatGPT. Pas de cron, pas de boucle autonome — juste une interface de discussion, disponible à la demande.
Où il vit
BB-PO est intégré directement dans l’application de gestion de projet que j’utilise avec mes clients, celle qui est synchronisée avec GitHub pour le suivi des tickets et l’avancement du board. C’est là tout l’intérêt : l’assistant n’est pas une IA générique à côté de l’outil, il a une vision complète du projet en cours — les tickets, leur statut, leur historique.
Partie 2 — Ce que BB-PO sait faire
Répondre aux questions sur le projet
La première fonction de BB-PO, c’est de répondre aux questions qu’on lui pose sur un projet : où en est telle fonctionnalité, qu’est-ce qui a été livré la semaine dernière, quels tickets sont encore ouverts sur tel sujet. Comme il a accès au board complet, il ne devine pas — il répond à partir de l’état réel du projet.
Créer un ticket d’évolution
Quand on lui décrit un besoin d’évolution, BB-PO ne se contente pas de créer un ticket avec la première formulation venue. Il pose des questions pour affiner la demande : quel est l’objectif, qui est concerné, qu’est-ce qui doit changer précisément. Le tout sans jamais devenir technique — l’échange reste au niveau du besoin, pas de l’implémentation.
Créer un ticket de bug
Pour un bug, la logique d’échange change. BB-PO demande :
- les conditions de reproduction du problème,
- les symptômes observés,
- le comportement attendu à la place.
Ce cadrage systématique évite les tickets de bug bâclés — ceux qui arrivent avec une phrase du type « ça ne marche pas » et qu’il faut ensuite reprendre par email ou en réunion pour comprendre ce qui s’est réellement passé.
| Fonction | Ce que fait BB-PO |
|---|---|
| Question projet | Répond à partir de l’état réel du board et des tickets |
| Ticket d’évolution | Pose des questions de cadrage fonctionnel, sans jargon technique |
| Ticket de bug | Demande reproduction, symptômes, comportement attendu |
| Déclenchement | Uniquement sur sollicitation — jamais automatique |
Partie 3 — Sous le capot
Le moteur IA : Gemini
BB-PO s’appuie sur l’API Gemini — pas une interface grand public, mais une intégration directe dans l’application. Le choix n’est pas anodin : pour une interface conversationnelle exposée à des utilisateurs finaux, avec des temps de réponse rapides et un coût maîtrisé à l’usage, c’est le moteur qui correspondait le mieux à ce besoin précis.
Mais un modèle seul ne suffit pas. Pour que BB-PO réponde utilement sur un projet précis, il faut lui donner du contexte — et lui donner les moyens d’aller chercher l’information qu’il n’a pas encore.
Un fichier de contexte projet, injecté dans ses instructions
Chaque projet embarque un fichier de contexte qui décrit le produit, ses utilisateurs, son vocabulaire métier et ses règles de fonctionnement. Ce fichier est chargé dans les instructions système de l’assistant à chaque conversation. BB-PO ne part pas de zéro : il sait de quoi on parle, quels termes utiliser et quel périmètre couvre le projet — sans que l’utilisateur ait à tout réexpliquer à chaque échange.
Des tools pour accéder au code
La lecture du board seule ne suffit pas toujours pour répondre à une question. Quand il faut comprendre comment une fonctionnalité est réellement implémentée, BB-PO dispose de tools qui lui permettent de consulter le dépôt : parcourir l’arborescence, lire un fichier, chercher dans le code. Il va chercher l’information à la source plutôt que de supposer — tout en restant dans son rôle d’assistant produit, sans basculer dans un échange technique inutile pour l’utilisateur.
Un niveau comparable à Claude Cowork, avec le board en plus
En termes de qualité d’échange et de compréhension du contexte, le niveau de réalisation de BB-PO est comparable à celui de Claude Cowork. La différence, c’est que BB-PO a en plus la vision directe du board du projet — pas une liste de tickets brute, mais une vue kanban de toutes les tâches.
Ce qu’on entend par « board »
Le board, c’est la liste des tâches du projet affichée en vision kanban : des colonnes qui représentent les étapes d’avancement, des cartes qui se déplacent au fil du travail. C’est le même principe que ce qu’on retrouve dans des outils comme Hermes Agent — une lecture immédiate de l’état du projet, sans avoir à fouiller dans GitHub.
Chaque ticket y figure avec son état précis : à cadrer, en cours, en revue, livré… BB-PO voit où se situe chaque demande, de sa création jusqu’à sa livraison. Quand on lui demande « où en est telle évolution ? », il ne répond pas à partir d’une impression générale — il lit la colonne dans laquelle se trouve le ticket, et l’historique qui l’a amené là.
C’est ce qui distingue BB-PO d’un assistant conversationnel classique : il ne travaille pas dans l’abstrait. Il connaît l’état réel de ce qui a été fait, de ce qui est en cours, et de ce qui reste à faire — parce que le board en est la source de vérité.
Partie 4 — Une nouvelle offre : ouvrir l’application aux clients
Pourquoi maintenant
Jusqu’ici, l’application de gestion de projet et ses assistants IA — BB-PO compris — étaient un outil interne, réservé à mon usage pour piloter les missions. La nouvelle offre change ça : j’ouvre désormais l’application aux clients qui le souhaitent.
Deux cas d’usage concrets :
- Après un MVP : garder la main sur le suivi du produit, poser des questions à BB-PO, faire remonter des évolutions ou des bugs directement, sans dépendre d’un aller-retour par email.
- Pour booster une équipe avec des agents autonomes de développement type BB-DEV : une équipe existante gagne en vitesse en déléguant les tickets bien cadrés à un agent IA, pendant que BB-PO reste le point d’entrée conversationnel pour cadrer les demandes.
Ce que ça change pour vous
Avoir accès à l’application, c’est avoir une vision transparente et en temps réel de l’avancement — sans filtre, sans rapport hebdomadaire à attendre. Et avec BB-PO, c’est aussi pouvoir poser une question ou déclarer un bug à n’importe quel moment, sans avoir à formuler un ticket GitHub techniquement parfait du premier coup.
Si l’ouverture de cette application à votre équipe, ou l’ajout d’agents IA autonomes pour booster votre développement, vous intéresse, contactez-moi — j’en parle avec plaisir.
Vous cherchez un CTO à la demande pour votre startup ou votre PME ?
Discutons de votre projet →