gjelal-bjrm/structured-software-lifecycle

Un skill pour Claude Code qui applique une méthode de développement structurée, du besoin jusqu'à la livraison : cadrage, spécification, modèle de données, API, architecture, planification, analyse des risques et développement par itérations, avec une documentation tenue à jour à chaque étape.
La méthode ne dépend d'aucune technologie : elle convient aussi bien à un site web, une application mobile ou tablette, un programme desktop qu'à un outil interne.
A Claude Code skill for running a software project end to end with a structured, technology-agnostic method. The skill content is written in French; Claude writes the project documentation in the user's language.
## La méthode
| Phase | Ce qu'on fait | Livrables |
| 1. Documentation | Comprendre le problème, les utilisateurs, les technologies, l'architecture | Problématique, user personas, choix techniques, architecture, modèle de données, définition des API |
| 2. Spécification | Décider quoi construire | User stories classées MoSCoW et estimées (Fibonacci), product backlog, cas d'utilisation avec flots alternatifs |
| 3. Planification | Décider dans quel ordre et anticiper les problèmes | Planning par semaine, analyse des risques (impact × probabilité, mitigation, risque résiduel) |
| 4. Itérations | Développer une story à la fois | Analyse et conception → Implémentation → Test → Évaluation, puis « problèmes rencontrés » |
Les phases 1 à 3 ont lieu une fois au début du projet ; la phase 4 se répète pour chaque story.
La documentation produite est rangée dans un dossier docs/ du projet, à partir des modèles fournis dans templates/.
## Quand l'utiliser
Le skill donne une colonne vertébrale à un projet : comprendre le besoin, décider quoi construire, l'organiser, puis le développer morceau par morceau en laissant une documentation claire. Son but n'est pas de coder plus vite, mais d'éviter de construire la mauvaise chose, de se perdre en route, ou d'avoir un projet que plus personne ne comprend quelques mois plus tard.
| Situation | Utile ? | Ce qui se passe |
| Nouveau projet conséquent (application, logiciel, plateforme) | Oui, c'est son cas idéal | Les 4 phases complètes : cadrage, backlog, données et API, planning et risques, puis les itérations |
| Grosse fonctionnalité dans un projet existant (paiement, espace d'administration…) | Oui | Version courte : personas et stories concernés, cas d'utilisation, impact sur les données et les API, puis une ou plusieurs itérations |
| Fonctionnalité moyenne dans un projet déjà cadré | Oui, en version légère | Directement une itération : analyse, implémentation, test, évaluation, avec sa fiche dans docs/iterations/ |
| Petite tâche (corriger un bug, changer un texte, ajuster un style, petit script) | Non | Le skill ne se déclenche pas, volontairement : un cadrage complet serait une perte de temps |
| Prototype rapide ou idée à tester | Plutôt non | La méthode est faite pour durer. Si le prototype devient un vrai projet, appliquez-la à ce moment-là |
| Projet déjà bien avancé, sans documentation | Partiellement | Voir la limite ci-dessous |
Pour déclencher la méthode explicitement, demandez par exemple : « applique la méthode structured-software-lifecycle à ce projet ».