methode-projetlisted

Le cycle complet d'un projet de Romain, de l'initialisation à la livraison — les phases, les LIVRABLES à produire à chacune et qui les valide (PRD, wireframe, prototype, design system, schéma de base de données, diagramme d'architecture, specs, code commenté), le stack et les gems par défaut, et la règle de MISE À JOUR des documents vivants. À déclencher au démarrage d'un projet, à chaque changement de structure de données ou d'architecture, avant de produire un livrable de conception, et dès qu'il demande « où on en est » ou « qu'est-ce qu'il me reste à valider ». Complète `project-kickoff` (créer le dépôt) et `methode-livraison` (écrire le code).
romain-nicod/kickoff · ★ 0 · Data & Documents · score 65

Install: claude install-skill romain-nicod/kickoff

# Méthode projet — de l'initialisation à la livraison Trois skills, trois moments. Ne pas les confondre : | Skill | Répond à | |---|---| | `project-kickoff` | « Comment je crée le dépôt et le board ? » | | **`methode-projet`** (celle-ci) | **« Où on en est, quel livrable maintenant, qui le valide ? »** | | `methode-livraison` | « Comment j'écris cette ligne de code ? » | **Ce que cette skill garantit :** aucun livrable n'est oublié, aucun n'est produit au mauvais moment, et **aucun ne se périme en silence**. --- > ℹ️ **Les chemins `~/Documents/Claude/ObsiClaud/...` cités ci-dessous sont des notes > personnelles, non publiées.** Cette skill est autonome sans elles : elles ne font > qu'ajouter le détail et les sources. Si vous l'installez depuis ce dépôt, ignorez-les > ou remplacez-les par vos propres notes. ## 🔴 La règle qui prime sur toutes les autres **Deux documents sont VIVANTS et doivent être à jour à chaque instant :** 1. **Le schéma de base de données** — `docs/SCHEMA.md` 2. **Le diagramme d'architecture** — `docs/ARCHITECTURE.md` Ils ne sont pas des livrables de conception qu'on produit une fois puis qu'on oublie. **Toute migration qui change la structure, et tout ajout de service, de job ou de dépendance externe, les met à jour DANS LE MÊME COMMIT que le changement.** Pas dans une passe de fin, pas « quand on aura le temps ». Un schéma faux est pire que pas de schéma : on prend des décisions dessus. **Comment savoir qu'ils sont à jour :** - `db/schema.rb`