Le workflow de développement IA
La boucle en sept étapes que Briefboard orchestre — définir, analyser, planifier, cadrer, implémenter, réviser, livrer — avec un prompt IA par étape.
Briefboard fournit un workflow complet pour le développement piloté par IA : sept étapes, chacune portée par un prompt IA par défaut que votre agent peut dérouler. Trois étapes se jouent au niveau du milestone, trois se répètent pour chaque tâche, et une clôture le milestone. Les étapes optionnelles se sautent sans risque quand le sujet est simple.
| Étape | Niveau | Prompt | Ce qui se passe |
|---|---|---|---|
| 1. Définir | Milestone | — (humain) | Description du milestone + specs |
| 2. Analyser (optionnel) | Milestone | Analyse métier | L'agent questionne la spec |
| 3. Planifier | Milestone | Plan technique | L'agent crée les tâches |
| 4. Cadrer (optionnel) | Tâche | Cadrer la tâche | Croise la demande avec votre code |
| 5. Implémenter | Tâche | Réaliser une tâche | Code, tests, commentaires de progression |
| 6. Réviser | Tâche | Réviser une tâche | Verdict indépendant sur le changement |
| 7. Livrer | Milestone | Checklist avant livraison | Rien d'oublié avant de livrer |
1. Définir — l'étape humaine
Créez le milestone (sa description énonce l'objectif et le périmètre) et rédigez les specs dont la feature a besoin : règles métier, contraintes techniques, une Definition of Done quand le « terminé » du milestone n'est pas évident. Un milestone simple peut se passer de specs — les descriptions des tâches portent alors le contrat à elles seules.
2. Analyser — optionnel
Copiez le prompt Analyse métier dans votre agent. Il lit les specs via MCP, signale les ambiguïtés et les edge cases non couverts, et pose les questions qu'un bon analyste poserait. Réinjectez les réponses dans les specs avant de planifier.
3. Planifier
Le prompt Plan technique transforme les specs en tâches, créées directement sur le board via MCP. Chaque description de tâche est le contrat : quoi faire et pourquoi, terminé par une checklist explicite - [ ] dès que la condition de « fini » n'est pas évidente.
4. Cadrer — optionnel
Pour une tâche non triviale, le prompt Cadrer la tâche joue le tech lead : il croise la demande avec votre code réel, confirme l'intention et poste quelques remarques actionnables en commentaire [AI scoping]. Il n'écrit jamais de code.
5. Implémenter
Le prompt Réaliser une tâche déroule la boucle qu'on attend d'un développeur senior : passer la tâche en cours, implémenter sur une branche dédiée en suivant la description, documenter blocages et décisions en commentaires, valider face à la checklist, marquer la tâche terminée.
6. Réviser
Le prompt Réviser une tâche transforme une session d'agent fraîche en réviseur indépendant — le contexte frais est le cœur du dispositif : le réviseur ne doit pas savoir ce que le développeur avait en tête. Il juge le changement — la pull request s'il y en a une, sinon le diff de la branche — face à la description de la tâche et aux specs, puis poste un verdict structuré [AI review] : APPROVE, REQUEST CHANGES ou ESCALATE. Après trois cycles de review, il escalade vers un humain au lieu de boucler.
7. Livrer
Quand toutes les tâches semblent terminées, le prompt Checklist avant livraison vérifie au niveau du milestone que chaque règle des specs est couverte par une tâche finie, et documente les écarts avant de livrer.
Deux façons de le dérouler
- Étape par étape, depuis l'UI — chaque prompt est à un clic : les prompts de niveau milestone sur la page du milestone, ceux de niveau tâche dans la vue de la tâche. Copiez, collez dans votre agent, relisez le résultat.
- En autonomie, via MCP — un agent connecté enchaîne la boucle lui-même :
get-next-task,get-task-prompt, implémentation, compte rendu, done. La liste complète des outils est dans le guide des outils MCP.
Dans les deux cas, les décisions qui comptent — quoi construire, quand c'est vraiment terminé, quand merger — restent chez vous.