- name
- ideation-iteration-planning
- description
- Utiliser quand l'utilisateur veut planifier le sprint pour la V2 (parcours idéation StartupsForge).
- tags
- ["produit"]
- niveau
- debutant
# Iteration Planning
**Catégorie** : Idéation
**Durée** : 45-60 min
## Pourquoi
Planifier l'itération V2 pendant que la V1 est fraîche garantit le momentum et l'amélioration continue.
## Objectif
Planifier le sprint pour la V2.
## Livrable attendu
Backlog priorisé + sprint plan
## Étape 0 — Contexte (obligatoire)
Charger `./rapido-kb/` — surtout `./rapido-kb/startup/` (vision, persona,
offre, hypothèses construits par `dossier-startup-360` et
`interview-business-plan`). La KB PRIME : ne jamais redemander une
information déjà validée, la reformuler pour confirmation. Les chiffres
réels viennent des MCP — jamais de mémoire ; tout chiffre sans source datée
porte la mention « hypothèse fondateur, confiance faible ».
## Étapes
1. **Compiler le backlog** — Feedbacks + idées + bugs
2. **Prioriser avec RICE** — Reach × Impact × Confidence / Effort
3. **Définir le scope V2** — Réaliste pour 2-4 semaines
4. **Découper en tâches** — Assignables et mesurables
5. **Planifier le sprint** — Timeline et milestones
## Pro tips
- Moins de features, plus de polish
- Inclus du temps pour les bugs imprévus
- Un sprint = un objectif clair
## Erreurs fréquentes
- Scope trop ambitieux
- Pas de buffer pour les imprévus
- Ignorer la dette technique
## Données & serveurs MCP
- **RapidoCRM** (`rapidocrm`) — données réelles, lecture d'abord
- **RapidoRh** (`rapidorh`) pour décliner en projet/tâches
## Livrable — toujours dans la KB du client
Écrire le livrable daté dans
`./rapido-kb/startup/forge/ideation/ideation-iteration-planning.md` (le dossier du client,
dans SON répertoire de travail — jamais dans le plugin). Si des chiffres
clés en sortent, proposer de mettre à jour
`./rapido-kb/startup/business-plan/hypotheses.md` (source + date).
Ver en GitHub