kick-off PROJET — La version « terrain » : Modèle Word Téléchargeable

Démarrer vite, aligner clair, livrer tôt. (Une approche légèrement différente : plus visuelle, plus orientée résultats.)

1) L’intention du projet (en une page)

But : quelle valeur mesurable pour l’utilisateur ou le métier, sous quel délai court (≤ 90 jours) ?
Hypothèse de valeur : Si nous faisons X, alors Y (métrique) s’améliore de Z%.
North Star Metric : la métrique qui tranchera (ex. activation J+7, NPS, conversion MQL→SQL…).
Définition du succès (D0/D30/D90) : 3 jalons concrets, chiffrés et datés.

Tip : bannir le jargon “livrer un module” ; formuler un résultat observable.

2) Portée & non-portée (dessin > roman)

In : 3–5 capacités indispensables (verbes d’action).
Out (pour l’instant) : ce qui n’empêchera pas la valeur.
Contraintes : réglementaire, sécurité, techniques, capacité (FTE).
Dépendances critiques : API facturation, équipe données, contrat fournisseur (avec date d’obtention).

Visuel simple (ASCII ou tableau) :
| In (MVP) | Out | Dépendance | Date cible |
|—|—|—|—|
| Paiement carte | Apple Pay | PSP nouvel acquittement | 10/10 |
| Relance email J+3 | SMS | Plateforme messaging | 15/10 |

3) Rôles & décisions (RACI compact)

Sponsor : tranche les arbitrages (coût/délai/scope).
PM/PO : cadence, backlog, valeur.
Tech Lead : architecture, qualité, dette.
Design/UX : problème→solution, tests.
Ops/Data/Sécu : intégrations, qualité de service, conformité.

RACI des décisions clés (exemples) :

Découpage MVP — R: PM/PO • A: Sponsor • C: Tech/UX • I: Équipe élargie
Choix techno critique — R: Tech Lead • A: Sponsor • C: SecOps • I: PM/PO

4) Cadence & rituels (légers mais non-négociables)

Stand-up 10’ quotidien : lever blocages, re-dater la prochaine action des cartes.
Replenishment hebdo : ne tirer que Ready (voir DoR ci-dessous).
Flow Review 20’ hebdo : throughput, âge du WIP, micro-règle de 2 semaines.
Rétro 30’ bimensuelle : 1 problème racine → 1 expérimentation.

5) Kanban projet (prêt à l’emploi)

Colonnes proposées : Backlog • Ready • En cours • Revue • Test • Pré-prod • Done • ⚠ Bloqué
Limites WIP : Ready (10) • En cours (équipe – 1) • Revue/Test (équipes dédiées)
Carte type : Titre (valeur) • Owner • Échéance • Prochaine étape (date) • Classe (Standard / Fixed Date / Expedite / Intangible).

Politiques de flux

Tirer seulement si WIP < limite ; Finir > Commencer.
Une carte sans prochaine étape datée = anomalie à corriger au stand-up.
⚠ Blocage : daté + cause + escalade à 48/72 h.

6) Définir la qualité en amont

Definition of Ready (DoR) (mini) : problème clair, impact attendu, critères d’acceptation, risques identifiés, pas de dépendance bloquante.
Definition of Done (DoD) : testé, doc courte, logs/monitoring, feature flag si nécessaire, peut être mis en prod sans babysitting.

7) Mesures & attentes de service (SLE)

Throughput : cartes Done/sem. (objectif : +20% en 8 semaines).
Cycle time médian : Start→Done (objectif : –30% en 8 semaines).
Âge du WIP : alerte si > 2× médian.
% Expedite : < 10%.
SLE : En cours → Done : 85% ≤ 8 jours ; Test → Done : 85% ≤ 3 jours.

8) Plan 30-60-90 (très concret)

J+30 : WIP respecté ; stand-up fluide ; 1er incrément en prod ; blocages tracés.
J+60 : cycle time ↓20% ; CFD hebdo ; dette priorisée ; 1 micro-règle conservée.
J+90 : throughput ↑30% ; prévisions fiables (SLE tenue) ; décision MVP+1.

Tableau conseillé :
| Horizon | Objectifs mesurables | Actions clés | Resp. | Échéance | Statut |
|—|—|—|—|—|—|

9) Risques & hypothèses (RAID+, en bref)

Risques : impact × probabilité + plan de réponse.
Assumptions (A) : ce que l’on suppose vrai (preuve attendue avant D+14).
Issues (I) : incidents en cours, date d’ouverture, prochaine action.
Dependencies (D) : qui/quoi attend-on, avec date d’obtention.

10) Communication & alignement

Qui : core team / sponsors / parties prenantes.
Quoi : avancement visuel (CFD, cartes Done, risques), décisions, démos courtes.
Quand : hebdo (bullet points, 5 lignes), mensuel (demo + métriques).
Où : canal unique (doc vivant + lien tableau).

11) Agenda de kick-off (90 minutes, timebox)

Contexte & résultat attendu (10’)
Portée & non-portée (10’)
Démo/maquette de référence (10’)
Kanban & politiques (WIP, DoR/DoD, classes) (15’)
Rôles & décisions (RACI) (10’)
Mesures & SLE (10’)
Plan 30-60-90 (15’)
Décisions / actions / prochaines étapes (10’)

12) Pièges fréquents & remèdes

Scope flou → écrire “non-portée” explicitement.
Trop de WIP → règle équipe – 1 ; geler le tirage 1 semaine si dérapage.
Aucune mesure → au pire, commencer par throughput + âge du WIP.
Dépendances fantômes → date d’obtention obligatoire, sinon carte en ⚠.

13) Annexes (copier/coller)

Modèle de carte

[Valeur] — Owner: __ — Échéance: //__
Prochaine étape (date): __ — Classe: Standard/Fixed/Expedite/Intangible
Critères d’acceptation: …

Micro-règle 2 semaines

Problème : … | Règle testée : … | Indicateur : … | Cible : …
Décision (J+14) : Garder / Ajuster / Jeter

Message d’alignement hebdo (≤ 5 lignes)

Semaine __ : 12 Done / 3 En cours / 2 ⚠. Cycle médian 6j (-1). Décisions : … Risques : … Prochain jalon : …

⬇️⬇️

Ce kick-off « terrain » réduit la réunion à l’essentiel (résultat, portée, flux, mesures) et ancre une habitude d’exécution : des cartes avec une prochaine action datée, peu de WIP, des mesures visibles. Le reste suit.

Kickoff_Fiche_Projet_A4_Kanban Download

KICK-OFF PROJET — boîte à outils avancée

Cette suite opérationnelle verrouille ce qui fait la différence dans la vraie vie : peu de WIP, des cartes vivantes (prochaine étape datée), des mesures visibles, et des règles de tirage respectées. Le résultat ? Des incréments qui sortent, moins de surprises, et des prévisions qui tiennent.

Consolider l’exécution après le kick-off : backlog solide, flux stable, prévisions fiables.

⬇️

1) Atelier “Backlog Seed” (≤ 90 minutes)

Objectif : sortir avec 15–25 items prêts à tirer (DoR OK).

Cadre (10’) : rappeler but, métrique North Star, périmètre IN/OUT.
Divergence (20’) : chacun note des “capacités” (verbes : payer, rechercher, notifier…).
Regroupement (15’) : dédoublonner, renommer en résultats visibles.
Découpage (25’) : viser des tailles 1–3 jours. Scinder tout ce qui dépasse.
DoR express (10’) : problème, valeur attendue, critères d’acceptation, dépendances levées.
Priorisation (10’) : matrice Impact x Effort + contraintes calendaires (Fixed Date).

Sortie : tableau Titre | Impact | Taille (S/M/L) | Classe (Std/Fixed/Expedite/Intangible) | DoR OK ?

2) Estimation pragmatique (sans story points)

Taille relative : S≈1j, M≈2–3j, L≈4–5j (si >5j → scinder).
Capacité brute : capacité_sem = (FTE dispo × 4 j) – réunions & indispos.
Plan de charge : choisir peu de L, plus de M, beaucoup de S ; limiter le WIP (voir §3).
Prévisions : privilégier l’historique de throughput plutôt que la somme d’estimations.

3) Limites WIP (règle simple et efficace)

En cours (global) : WIP = nb personnes actives – 1.
Par colonne : Ready (≈10), En cours (≈équipe–1), Revue/Test (≈équipe dédiée).
Signal : si WIP atteint → stop tirage, tout le monde aide au déblocage.

4) SLE (Service Level Expectation) — comment la poser vite

Mesurer 10–20 cartes (Start→Done) et calculer le percentile 85.
Formuler : “85 % des cartes En cours → Done en ≤ 8 jours.”
Affiner par phase (ex. Test → Done ≤ 3 j).
Réviser mensuellement si WIP, classes de service ou files changent.

5) Lire un CFD (Cumulative Flow Diagram) en 3 questions

Bandes parallèles ? → flux stable.
Bande “En cours” qui s’épaissit ? → WIP gonfle, cycle time va augmenter.
Plat en haut (“Done” qui stagne) ? → goulot après Test/Pré-prod : renfort ou politique de tirage.

6) Scripts de rituels (prêts à lire)

Stand-up 10’ (debout au tableau)

Blocages (⚠) d’abord.
Cartes “les plus anciennes” (âge WIP) : quelle prochaine étape datée ?
Aucun nouveau tirage si WIP atteint.

Replenishment (hebdo, 30’)

Revue de Ready (DoR OK ?), tirer jusqu’à WIP-buffer.
Ranger les Fixed Date et Expedite (critères durs) en tête.

Flow Review (20’)

Throughput sem., cycle time médian, % expedite, CFD.
1 micro-règle de 2 semaines : problème → règle testée → indicateur → décision J+14.

Rétro (30’)

5’ faits marquants ; 10’ “5 pourquoi” sur 1 problème ; 10’ plan d’action ; 5’ check de charge.

7) Barres de qualité (exemples concrets)

DoR mini : problème, valeur, critères d’acceptation, dépendance levée, owner.
DoD : tests passés, logs/alertes, doc courte, feature flag si besoin, déployable sans babysitting.

8) Gérer les dépendances

Chaque dépendance = carte (classe Intangible) avec date d’obtention.
Si date incertaine → ne pas tirer la carte fille, visualiser la file d’attente.
Escalade T+48/72 h si bloquant.

9) Matrice risques (RAID+ light)

Risque	Impact	Prob.	Pré-signal	Réponse	Owner
Retard API partenaire	fort	moyen	pas de sandbox	stub + plan B	TL
Pics d’urgences (Expedite)	moyen	moyen	incidents répétés	critères durs + post-mortem	PM

10) Pack communication (copier/coller)

Hebdo (≤ 5 lignes)

Semaine __ : Done 12 / En cours 4 / ⚠ 2.
Cycle médian 6j (-1). Décisions : … Risques : … Prochain jalon : …

Message “gel de tirage”

WIP atteint → on termine et débloque avant tout nouveau tirage. Revue à 14:00.

11) Playbook D+1 / D+7 / D+30 / D+60 / D+90

D+1 : tableau en place, limites WIP affichées, 1er stand-up fait, 5–10 cartes Ready.
D+7 : 1ère Flow Review, CFD hebdo, SLE initiale formulée.
D+30 : WIP respecté, 1er incrément en prod, % cartes sans “next step” = 0%.
D+60 : cycle time –20%, dette priorisée, 1 micro-règle gardée.
D+90 : throughput +30%, prévisions fiables (SLE tenue), décision MVP+1.

12) Mini-tableaux utiles (à afficher)

Politiques de tirage

Tirer si WIP < limite ; Finir > Commencer ; une carte = une prochaine date.

Classes de service

Standard (par défaut) ; Fixed Date (échéance dure) ; Expedite (critères durs, WIP=1, rétro 10’) ; Intangible (dette/routine).

Échelle d’escalade blocage

24 h : owner ↔ pair ; 48 h : TL/PO ; 72 h : sponsor ; 96 h : arbitrage.

13) Antipatterns → Corrections

WIP qui gonfle → geler tirage 1 semaine, swarming sur les plus anciennes.
Cartes orphelines (pas de next step) → script stand-up impose la date.
Revue/Test saturé → créer buffers, réserver des créneaux fixes, pair review.
“Projets parapluie” → recouper en capacités livrables (≤ 5 jours).
Prévisions fantaisistes → baser sur throughput historique + SLE, pas sur des totaux d’estimations.