la raison d'être
À propos
D'où vient ScrumIA, la prémisse qui le porte, et ce qu'il vous laisse volontairement décider.
Origine
ScrumIA est issu de six mois de travail avec Claude Code et BMAD, sur des projets personnels. Il est maintenu par tibs245.
BMAD a fourni les fondations qui sont toujours là : une base modulaire, des installations versionnées, et des outils tenus à l'écart des projets qui les consomment.
Prémisse de base
Il n'y a pas une seule bonne manière de mener un projet avec une IA. Ce qui fonctionne sur un monorepo à cinq applications ne fonctionne pas sur un script personnel ; ce qui convient à une équipe régulée ne convient pas à un prototype du week-end.
Une méthode qui répond à toutes les questions à la fois doit être prise en bloc ou laissée. En pratique, elle est prise, adaptée, dérive, et finit comme une bifurcation qui cesse de recevoir des mises à jour.
ScrumIA sépare les questions et en donne à chacune un module remplaçable. La partie réutilisable est la composition, pas les réponses qu'on y met.
Ce que ceci ne prétend pas
- Que ces limites entre les slots sont les bonnes pour tout le monde
- Qu'un catalogue de fichiers par feature est meilleur que d'autres formats de spécification
- Que cet ensemble de rôles est le bon
- Que l'état doit vivre en dehors du dépôt
Chacun de ceux-ci est un choix fait pour un contexte, documenté avec ses alternatives dans les enregistrements de décisions architecturales. Une décision au niveau du module est contestée en écrivant un autre module, pas en argumentant sur celui-ci.
État
| Élément | État |
|---|---|
| Architecture et décisions | Établi — 14 ADRs |
| Douze modules, 33 compétences | Fonctionnels, validés, chargés |
| Modules d'implémentation (Rust, SolidJS) | Construits, avec des compétences d'audit |
| Modules transverses (TDD, SOLID) | Construits — référence, audit, refactorisation |
| Module de conception | Construit — porte le site refondu |
| Utilisation sur projet réel | Pas encore — un pilote est la prochaine étape |
| Hiérarchie des règles (ADR-0011) | Adoptée — modules restructurés |
Tant qu'un seul module remplit un slot, rien ne prouve que ce slot est vraiment remplaçable. Écrire un second module tracker — même minimal basé sur des fichiers — nous apprendrait plus que d'ajouter un autre module d'implémentation.
Licence
MIT. Forkez-le, épurez-le, remplacez les modules qui ne vous conviennent pas.