1. Goal Intake
Le Product Owner soumet un objectif. La Mission Intake normalise et grille les ambiguïtés avant de produire un brief canonique.
Sprint Engine
Introduit dans Igris 3.4.0, le Sprint Engine est une couche de planification déterministe au-dessus du Mission Runtime. Il ne remplace pas THINK, MissionContract ou l'Event Runtime.
Le cycle Sprint
2. Grilling
Questions posées au Product Owner tant que le contexte est insuffisant. Les réponses sont ajoutées comme clarifications, pas substituées au goal.
3. Sprint Planner
Planification déterministe : inspection projet, une tâche bornée par livrable (max 6), une tâche de validation dépendante de toutes les autres.
4. Wave Scheduling
Le Wave Scheduler exécute les tâches dans l'ordre des dépendances. Une tâche ne démarre qu'après la complétion de toutes ses dépendances.
5. Mission Runtime
Chaque tâche est compilée en mission canonique et exécutée par le Mission Runtime existant (THINK Engine + Task Executor).
6. RunReport
Le Runtime retourne un RunReport avec preuves. Les tâches bloquées ou échouées bloquent les dépendances aval.
7. Sprint Operations
La CLI et le dashboard pilotent le run, la reprise, la pause, l’arrêt et les décisions du Product Owner sur chaque User Story.
Invariants du contrat Sprint v1
Le Sprint Engine suit un contrat strict (voir contracts/sprint-v1.md) :
- Le goal original est immuable à travers les continuations de grilling.
- Les réponses du Product Owner sont des clarifications, pas des substitutions.
- Chaque tâche a un id stable Tnnn.
- Les dépendances ne référencent que des tâches du même Sprint.
- Une tâche s'exécute seulement après toutes ses dépendances.
- Les dépendances échouées bloquent les tâches aval.
- Persistance JSON atomique sous
workspace/inbox/sprints/PROJECT/.
Pilotage dans le dashboard
La vue Outils & Sprints liste tous les Sprints et permet de les lancer, reprendre, mettre en pause ou arrêter. Le Sprint Control Center détaillé permet aussi de valider ou rouvrir une User Story avec commentaire.