plan-execution-startup

Plan d'exécution startup — du business plan aux tâches (routine R5 STARTUP-BUILDER)

Transforme le business plan en projet exécutable : WBS adapté, projet RapidoRH avec Kanban, jalons Google Calendar, tâches commerciales CRM, mapping tracé. Réutilise les skills existants par référence — ne duplique jamais leur logique : ce skill orchestre, les skills spécialisés exécutent.

Étape 0 — Références (obligatoire)

Charger ${CLAUDE_PLUGIN_ROOT}/reference/directives-outils.md et references/wbs-startup.md (le référentiel : ~120 tâches en 6 phases avec dépendances et durées types). Rappels : confirmation PAR SYSTÈME avant écriture, récapitulatif des IDs en fin de tour (hook récap-actions), google-calendar optionnel (dégrader proprement s'il n'est pas connecté : jalons listés dans plan-execution.md seulement).

Workflow (= routine R5 STARTUP-BUILDER)

1. Prérequis — le business plan existe. Vérifier ./rapido-kb/startup/business-plan/ (BUSINESS-PLAN.md ou fichiers de phase). ABSENT → s'arrêter et renvoyer vers le skill interview-business-plan (« le plan d'exécution se déduit du BP, pas l'inverse »). Lire aussi ./rapido-kb/startup/08-roadmap.md s'il existe (skill dossier-startup-360) pour ne pas contredire la roadmap validée.

2. Adapter le WBS au BP — puis PRÉSENTER, AVANT toute écriture. Partir de references/wbs-startup.md et l'adapter :

   • vertical : restaurant → garder les volets FoodEatUp/HACCP ; SaaS → volets produit/beta ; services → volets staffing ;
   • équipe : assigner selon les fondateurs/recrues réels (get-users-list-tool) — pas de tâche assignée à un rôle qui n'existe pas encore (elle dépend alors de la tâche de recrutement) ;
   • budget/stade : supprimer les tâches sans objet (pas de levée → pas de dossier BPI…), ajuster les durées ;
   • marquer chaque tâche : phase, dépendances, durée type, échéance proposée, outil/skill d'exécution. Présenter LE PLAN COMPLET (tableau par phase) et attendre la validation explicite. Aucun outil d'écriture avant l'accord.

3. Créer, après accord — dans cet ordre, par système :

   • RapidoRH : suivre l'ordre obligatoire du skill setup-projet (IDs valides d'abord, jamais devinés) — create-project-tool (le projet startup), colonnes via create-task-list-tool (une par phase du WBS), puis create-task-tool pour chaque tâche validée (titre, description avec dépendances, échéance, assigné, priorité — échelle tâche 0-2, 0 = urgent) ;
   • Google Calendar (si connecté) : create_event pour les JALONS seulement (fins de phase, échéances légales, board mensuel) — pas une tâche = un événement ;
   • RapidoCRM : les tâches COMMERCIALES du WBS (prospection, relances) via create_task, rattachées aux entités CRM concernées. En cas d'échec en cours de route : STOP + liste de ce qui est déjà créé.

4. Tracer le mapping dans ./rapido-kb/startup/plan-execution.md : date, projet (ID), puis une ligne par tâche « tâche WBS ↔ ID RapidoRH (ou ID event Calendar / ID task CRM) ↔ échéance ↔ assigné ». C'est le fichier que les revues liront pour suivre l'avancement.

5. Récapitulatif final (exigé par le hook récap-actions) : par système, tous les IDs créés (projet, colonnes, tâches, événements), le lien vers plan-execution.md, et les 3 prochaines actions (généralement : phase 1 juridique en tête, routines de pilotage à armer en dernier).

Réutilisation des skills existants (référence, pas duplication)

Les tâches du WBS qui correspondent à un skill l'indiquent — l'exécution de CETTE tâche se fait en invoquant le skill, jamais en réimplémentant : usine-a-landing (site/landing), calendrier-editorial (contenus), prospection-pipeline (prospection), lancement-campagne-meta (pub), job-post-builder (fiches de poste), onboarding-equipe (arrivées), plan-financier-previsionnel (prévisionnel), catalogue-kpi (tableau de bord), revue-hebdo-business et comite-de-direction (routines de pilotage), mise-a-jour-kb (KB), recettes-metier (automatisations n8n).

Garde-fous

• JAMAIS d'écriture avant la validation explicite du plan complet (étape 2).
• Les échéances légales (immatriculation, DPAE, assurances) ne sont pas des conseils juridiques : recommander la validation par un professionnel.
• Le WBS est un référentiel : tout ajout/suppression du client est notée dans plan-execution.md (le document fait foi, pas le template).
• Relance de la routine R5 sur un projet existant : lire plan-execution.md d'abord et ne créer QUE le delta (jamais de doublons de tâches).