Mode d'emploi : sprint = 2 semaines (lun-ven + lun-ven). Cette semaine type s'applique à un sprint standard (équipe 6-8 dev/design, ~100-150 points de charge). Ton rôle : cadencer cérémonies, arbitrer priorités, débloquer blocages, suivre budgets et délais.
| Heure | Zone | Ce que tu fais, concrètement |
|---|---|---|
| 9 h 00 – 9 h 30 | Cadrage | Préparation : tu as revisualisé backlog du sprint (Jira ou Notion). Tickets triés par priorité (P0 bloquant, P1 critique, P2 important). Budget du sprint validé (jours/homme × tarif marché). Capacité équipe (6 dev × 8 j = 48 jours dispo, −20 % meetings/admin = ~38-40 jours réels de travail). Risques identifiés (préfab pas livrée ? Prestataire retard ? Client pas joignable ?) |
| 9 h 30 – 11 h 30 | Planning | Sprint planning réunion (120 min) : toi + 6-8 dev/design + sponsor. Tu présentes roadmap 2-3 slides : où on était, où on va ce sprint, dépendances externes. Chaque ticket : taille estimée (1-5-8-13 points story), assigné à qui, risques. Équipe dit oui/non (« Vous pouvez livrer ça en 2 semaines ? »). Finale : 60-90 points charge validés pour le sprint. |
| 11 h 30 – 12 h 00 | Planning | Break. Puis confirmation : email recap sponsor : « Sprint S24 : 8 stories, ~80 points, livrables attendus [liste]. Budget = X € HT. Livraison vendredi J+9 sauf découverte risque. Accord ? » |
| 13 h 00 – 13 h 30 | Planning | Déjeuner rapide. Puis briefing équipe : qui fait quoi. Lead dev : prend 3 stories backend. Lead design : prend 2 stories UI/UX. Alternant junior : prend 1 story test/QA. Check : zéro story non-assignée. |
| 13 h 30 – 14 h 30 | Exécution | Tech deep-dive : for each story, senior dev explique techno : quels services API, quels tests requis, dépendances internes. Tu notes blocages potentiels (« Y a besoin d'accès base de données, on a ? » « T'as schema prestataire X, tu as ? »). Resolutionning immédia : « Je te give access à midi ». |
| 14 h 30 – 16 h 30 | Exécution | Équipe commence dev. Toi : tu update Jira backlog (meta pour chaque ticket : assigné, priorité, sprint S24). Tu crées tableau Notion « Sprint S24 — tracking ». Colonnes : ticket, assigné, status (not-start / in-progress / review / done), blocages, ETA. Visible pour sponsor et équipe. À jour chaque jour. |
| 16 h 30 – 17 h 00 | Risque | Réunion « Risques sprint » : y a des trucs qui vous inquiètent ? Lead dev : « Prestataire Figma pas confirmé design system ». Toi : escalade immédiate, email sponsor urgent : « Design system validation needed before wed, sinon retard. » |
| Heure | Zone | Ce que tu fais, concrètement |
|---|---|---|
| 10 h 00 – 10 h 15 | Exécution | Daily standup (15 min rituel) : équipe stand, tour de table rapide. Chacun : hier j'ai fait quoi (1 ligne), aujourd'hui je fais quoi (1 ligne), blocages ? Pas de « bonjour, ça va ? », juste facts. Si blocage : tu la note (« Auth service pas ready »), tu dis « on résout après le standup ». |
| 10 h 15 – 10 h 30 | Risque | Déblocage (après standup) : les 3-4 blocages notés, toi tu les traites : call prestataire, get accès base data, escalade sponsor. Notes résolution dans Notion. Update Jira status pour chaque ticket affecté. |
| Matin, après | Exécution | Équipe bosse. Toi : tu chécks Jira/Notion tous les midis (13h30) : progress ok ? Velocity tracking ok ? Tickets movés dans « in-progress » ? Si ticket reste « not-start », tu demandes pourquoi. |
| 14 h 00 – 15 h 00 | Planning | Rétro rapide du jour : 15 min async : what worked / what didn't / TODO tomorrow (tu le fais dans Notion doc). Plus rapide, zéro meeting fatigue. |
| Fin d'après | Risque | Si retard découvert (ex: story est Q sûr à finir jeudi, pas vendredi), tu escalades : email sponsor, call si critique. Plan B : descope? Repush S25? Budget revise? |
| Heure | Zone | Ce que tu fais, concrètement |
|---|---|---|
| 17 h 00 – 17 h 30 | Exécution | Review + intégration : lead dev pull story en staging (env test). Toi : tu dois vérifier qualité. Checklist rapide (5 min par story) : code review done ? Tests passent 100 % ? Logs propres ? Deploy strategy documenté? Si vert, tu approves « Ready for prod friday ». |
| Jeudi soir | Exécution | Staging QA final : alternant junior fais 30 min smoke test (« Est-ce que les features base marchent ? Pas de crash ? Pas d'erreur 500 ? »). Screenshot « tout fonctionne ». Fichier Excel risques : P1 bugs si trouvés = fix avant prod, P2 = accepté ou post-prod. |
| Heure | Zone | Ce que tu fais, concrètement |
|---|---|---|
| 9 h 00 – 10 h 00 | Exécution | Deploy prep : tu vérifies checklist: rollback plan doc ? Feature flags testé (so we can disable). DB migrations appliquées staging ok ? CDN purged. Monitoring alerts wired. Comms client ready (« Features live at 11am CET »). Lead dev : « Go/No-Go ? » Go or No-Go. |
| 10 h 00 – 10 h 30 | Exécution | Production deployment : lead dev triggers deploy. Toi : tu watches logs real-time. Si erro, tu calls rollback immédiat. Si ok, tu posts message client channel : « Features live. Testing now. » |
| 10 h 30 – 12 h 00 | Exécution | Post-deploy smoke test : équipe accès prod. Tu + lead dev + alternant : tester 15 min les flows critiques. Rien cassé ? Metrics up (page load time, error rate) ? Si tout vert, tu notify sponsor : « Features stable, production validated. » |
| 14 h 00 – 15 h 30 | Planning | Rétro sprint (90 min, core team) : qu'est-ce qui a bien marché ? Retards ? Pourquoi ? Quality ok ? Velocity (points delivered vs planned). Tu prépares slides factos : « S24 : 85 points planifiés, 78 points livrés. 1 story descoped (API prestataire retard). 0 P1 bugs en prod. » Puis : action items pour S25. |
| 15 h 30 – 17 h 00 | Planning | Email sponsor : recap sprint. Livré, qualité, budget consommé. Points pour améliorations S25. Et : « Kick-off S25 lundi 9h, prep doc prêt dimanche soir. » |
Mode d'emploi : ces scripts gèrent les moments politiques du rôle. Lis-les à voix haute pour mémoriser ton ton. Les variables entre [crochets] varient (noms, durées, montants). Chaque script a un but : clarifier périmètre, arbitrer conflits, remonter mauvaises nouvelles sans perdre crédibilité.
TOI : Merci [Monsieur Lebrun] de nous recevoir. Vous dites « transformation digitale plateforme ». Je vais demander des questions bêtes pour qu'on finisse avec un accord sur le même truc. 1. Utilisateurs cible : qui va utiliser la plateforme ? 100 ? 1000 ? Internes ou publics ? [CLIENT RÉPOND] « Ok [500 vendeurs en boutique]. » 2. Périmètre fonctionnel : on fait quoi dans la plateforme ? Gestion stocks ? Commandes clients ? Reporting ? [CLIENT RÉPOND, tu notes] 3. Calendrier : quand vous voulez c'est ready ? 6 mois ? 1 an ? Et go-live quand ? [CLIENT RÉPOND] « [Septembre 2026], ok. » 4. Budget : vous avez chiffre en tête ? ~500k ? ~1M ? (Toi tu penses : senior dev/UX/PM = ~80k€/mois, donc 6 mois = ~480k.) [CLIENT RÉPOND] « Pas de chiffre fixe, you have flexibility. » « Ok. Donc : 500 vendeurs internes, features X-Y-Z, deadline sept, budget flexible mais raisonnable. Ça veut dire équipe 8 personnes, 6 mois, ~500k. Sponsor [Marc], ça te va ? [SPONSOR VALIDE] On envoie brief détaillé demain, vous validez jeudi, on démarre lundi. Accord ? »
SPONSOR : « On vient d'apprendre : faut que la plateforme talk au système legacy RH. C'est critique. » TOI : Je comprends. Legacy RH, c'est important. Mais regardons l'impact : on a sprint qui ferme vendredi, 78 points charge. Intégration legacy = ~20 points, 1 semaine de travail. Ça veut dire soit : Option A : on descope une story cette semaine (laquelle tu veux laisser tomber ? Reporting dashboard ? Login 2FA ? ) et on le prends legacy. Option B : on repush legacy en S25 ou S26. Option C : on allonge le sprint (coût +20 %, deadline repush), on fais tout. Qu'est-ce que tu préfères ? Mais y a pas d'option D (« fais les trois sans impact »). »
« [Sponsor], appel urgent. Situation : API prestataire qu'on attendait mardi = toujours pas livrée. 3 stories bloquées. Livraison prevue vendredi = on peut pas la faire. Plan B : on descope les 3 stories bloquées (28 points), on livre 50 points demain (autres trucs prêts). Ça nous donne 2 options : 1. Descope jeudi, livrer demain les 50 points, push 28 points en S25. On perd 1 semaine, mais pas chaos. 2. Attendre API jusqu'à lundi (prestataire promet), risquer plus de retard. Plan worst case : 3 semaines dérive. Je recommande option 1 (descope jeudi). Ça te va ? »
DEV 1 : Hier j'ai fini intégration auth. Aujourd'hui je passe test. Blocages : non. DEV 2 : Hier j'ai commencé API payment. Aujourd'hui suite. Blocages : oui, faut accès base prod — [Tom] tu peux donner accès avant midi ? TOM : Oui, 10h. DEV 2 : Merci. DESIGN : Hier refinement comps. Aujourd'hui handoff à dev. Blocages : non. TOI (résumé 30 sec) : Merci. Donc : auth done, payment in progress, design on track. Bloc accès DB = résolu. On suis velocity ok ? (Check Jira) Oui, 18 points hier, on était à 15-17 target, bon. Mercredi nous rencontrons sponsor 10h pour comms feature preview. Quelqu'un a questions ? Non. OK demain même heure. »
« [Raphael], on a un pb. Wireframes étaient dues lundi. Jeudi 16h, on les a pas. Ça bloque l'équipe dev (3 personnes en attente). Impact budget : +3 jours de coût (~3k€). Je comprends t'as had challenges. Mais faut qu'on soit réalistes : 1. Si tu peux livrer demain (vendredi 17h max), on continue. Risque on accepte (un peu tight). 2. Si tu sais pas, faut qu'on te replaçons (autre prestataire, même prix/qualité). Qu'est-ce que c'est? »
« Bonjour. Projet plateforme digitale, juin status. Périmètre : 500 vendeurs, 12 modules, go-live Sept 2026. Avancement : S22-S24 = 3 sprints done, 240 points livrés (plan 220, donc +9 % velocity). 8 sprints left avant septembre. Budget : Budget plan 500k, dépense 125k après 6 semaines (25 % consommé, on track). Qualité : 0 P1 bugs en prod, 6 P2 bugs post-deployment (normal, accepté). Risques : 1 amber : prestataire intégration legacy = 1-2 semaine de retard possible. Plan B : pousser legacy en wave 2 (post go-live). Actions pour vous : Approval descope legacy wave 1 ? Ou attendre ? » [SPONSOR RÉPOND, VALIDE] « Merci. Next check-in dans 2 semaines. D'autres questions ? »
« Rétrospective S24. Merci tout le monde pour ce sprint. On a livré 78 points, qualité ok, 0 P1 bugs. Félicitations. Maintenant, réflexe : qu'est-ce qui pourrait être mieux ? Colonnes Miro : What went well / What didn't / Action items. Vous vous écrivez anon pendant 5 min (pas jugement, juste vérité). » [5 min de silence, équipe écrit] « Ok, lisons. What went well : « Daily stand super court, gagnons 20 min/jour. » « Code review rapide, pas blocages. » Merci, on garde. What didn't : « Sprint planning trop long, 2h30 trop. » « Prestataire communication lent. » « Je sais pas quand story fini, floue. » Ok. Actions pour S25 : 1. Sprint planning 90 min max (pas 2h30). 2. Prestataire : j'escalade (ça c'est mon pb). 3. Criteria of done : clarifier (Jira template — tu sera prêt lundi). Ça vous go ? (Thumbs up du monde). Good. »
« [Sarah], merci pour ta devis. Design system 40 jours = 36k€ (@900 €/j). Je comprends c'est du travail de qualité. Mais regardons le marché : senior design France 2026 = 600-800 €/jour en agence, 800-1000 € freelance très senior. Toi tu demandes 900, donc upper range. Fair, mais j'ai pas budget là-dedans. Deux options : 1. Toi = 700 €/jour, ça fait 28k€, c'est dans budget. Ou tu dis « c'est low, je peux pas faire ». 2. Scope réduit : design system (pas intégration dev), donc 20 jours non 40. Ça fait 18k€ @900€/j. Intégration dev = on fait nous-même après. Laquelle vous préférez ? »
« [Lead dev], API payment est bloquant story S24-15 (checkout) ? Quand on a besoin ? Et vendor a confirmé quelle date ? [DEV] : « On a besoin dans 2 semaines. Vendor a pas dit de date, juste « on travaille dessus ». » Pas bon. On a pas commitment date. Moi je vais call vendor today : « You need to confirm : API ready when ? And in writing (email sig). We can't build blind. » Si y répondent pas clear, on plan B : on simule payment fake (pas real Stripe pour cette phase), on l'intègre pour real later. Je te donne update cette après. »
« [Sponsor], situation S24. Story auth qu'on estimait 5 jours = c'est 10 jours réels (découverte lundi). C'est une dériv +100 %, pas accepté. Pourquoi ? (Lead dev explique) : « Legacy auth system v3 n'a pas docs. On a dû reverse-engineer. Plus de edge cases que prévu. » Ok. Options : 1. Descope auth (user login next sprint), livrer features sans auth S24 (testing only). Gain 5 jours, mais auth critique, pas ok. 2. Push timeline S24 vendredi → mercredi semaine d'après (+3 jours). Impact : go-live repush 3 jours. Budget +15k€. 3. Add dev (embauche contract dev 10 jours), parallelize. Budget +7k€ mais timeline = non-impacté. Je recommande option 3 (contract dev). Ça va ? » [SPONSOR RÉPOND]
« Prestataire infra dit : BD migration = 30 min downtime au lieu 5 min plan A. Ça change notre go-live window. Plan A était : dimanche 2am (weekend, trafic low). 5 min downtime = acceptable. Si 30 min : users ne peuvent pas accéder 30 min. Sponsor veut pas ça. Plan B : on fais canary deploy (10 % users d'abord, watch errors, puis 100 %). Zéro downtime. Mais testing plus long (mercredi-vendredi + staging test dimanche). Ça marche pour nous. On va plan B. Prestataire infra : tu es ok ? [Infra lead oui]. Sponsor : approval plan B ? »
« Question légitime. Voilà pourquoi agile fonctionne mieux ici : Waterfall : on écrit 200 pages specs, client signe. Puis on code 6 mois. Livraison : client dit « c'est pas ce que je voulais ». Trop tard, c'est déjà code. Agile : on écrit 1-2 pages brouillon specs. On code 2 semaines. Chaque vendredi, vous voyez feature live (en staging). Vous dites « oui, c'est bon » ou « change ça ». On pivot. Résultat : fin de projet, c'est EXACTEMENT ce que vous vouliez. Exemple concret : spec dit « search produit ». Waterfall : code 6 semaines, client : « Ah mais je voulais facets par category ! » Boom, 2 semaines re-engineering. Agile sprint 1 : « Voilà search basique. » Client : « Oh, faut facets. » Sprint 2 : « Facets added. » Ça bon pour vous ? »
« Feature reporting, bonne idée. Mais regardons impact : reporting = 15-20 points charge, donc 3 sprints, donc ~25k€ + délai. Trois options : 1. Ajouter maintenant : go-live repush +3 semaines, budget +25k€. 2. Wave 2 (post go-live) : on livre features core en sept comme prévu. Reporting on fait en octobre (bonus). Zéro delay, budget +25k€ mais pas urgence. 3. Version light reporting (dashboards simple, pas custom export) : ~8 points, ~10k€, on peut fit dans sprint 6 (août). Plus light que full, mais couvre 80 % use-cases. Qu'est-ce que préférez vous ? »
Mode d'emploi : chaque procédure est détaillée avec exemples réels, durées, coûts. Imprimer la section 3 et garder sur le bureau.
Cas exemple : Plateforme digitale 500 vendeurs, 500k budget, go-live sept 2026.
Prérequis : compte Jira (gratuit pour équipe < 10 personnes, sinon ~700 €/an).
Outil : Notion gratuit (1 workspace, 10 pages) ou Notion Pro (10 €/mois, database illimité).
Contexte : Feature prête en staging. Avant prod, faut tester 100 % des cas (normal + edge cases).
Mode d'emploi : ce tableau tu le updates chaque jour (15 min). C'est ton cockpit : tout ce qui compte (budget, timing, qualité) visible d'un coup. Sponsor le consulte quotidien.
| KPI | Formule / Calcul | Target | Réel (S24) | Commentaire / Action |
|---|---|---|---|---|
| Avancement % | (Points livré / Total points sprint) × 100 | 100 % | 86 % (78/90 pts) | On track. 1 story descoped (prestataire retard). 12 pts push S25. |
| Vélocité | Points livrés S24 vs S23 vs S22 (moving avg) | 75-85 pts/sprint | S22: 80 pts, S23: 76 pts, S24: 78 pts | Stable, trend ok. Projet peut pas promet 90 pts/sprint vu cette velocity. |
| Budget consommé | (Jours facturés / Budget total) × 100 | ~25 % après 6 sem | 24 % (125k / 500k) | Green. On a buffer 5k€ (contingency ok). |
| Bugs ouverts | P1 ouverts + P2 ouverts | P1: 0, P2: <5 | P1: 0, P2: 3 | Ok. 3 P2s : « Dashboard load slow », « Email typo », « Mobile UX edge case ». Post-go-live fix ok. |
| Test coverage | Tests écrites / Acceptance criteria | >=80 % | 75 % | Amber. Lead QA : need +5 tests pour edge cases. Action S25. |
| Satisfaction sponsor | Sponsor « ok » ou « alerte » weekly check | « OK » | « OK » | Last week sponsor confirmed : « Timing ok, no scope creep detected, happy. » |
| Dependencies blocker | External APIs / Prestataires = on-time ? | 0 bloquants | 1 amber | Prestataire design : 1 week late (mitigated). Legacy API : on track. Monitoring. |
Mode d'emploi : tu utilises cette grille avant de commander un prestataire (dev, design, QA, infra). Chaque critère = point ou demi-point. Score final = 16+ = ok, 12-15 = risque, <12 = passer.
| N° | Critère évaluation | Notation |
|---|---|---|
| 1 | Expérience tech requise : a-t-il fait des projets similaires (stack React, Node, Docker) ? Preuves (portfolio, refs clients). | ☐ /2 |
| 2 | Méthodologie agile : Scrum certification ou >2 ans expérience prod. Parle-t-il sprints, rétrospectives ? | ☐ /2 |
| 3 | Processus QA : a-t-il processus test automatisé ? TDD mentionné ? Ou juste « on teste manuellement » ? | ☐ /2 |
| 4 | Communication : clear, répond mails <24h, peut faire calls réguliers (pas ghosting) ? Check avec refs clients. | ☐ /2 |
| 5 | Pricing transparent : a-t-il devis clair, pas de « ça dépend » flou ? Coût par jour ou T&M bien défini ? | ☐ /2 |
| 6 | Délais respectés : ask refs : « il a jamais dépassé deadline de >20 % ? ». Ou track record mauvais = red flag. | ☐ /2 |
| 7 | Escalade risques : dit-il proactivement « attention, ce truc va être serré » ? Ou il attend que ça explose ? | ☐ /1.5 |
| 8 | Coût vs marché : TJM dev senior marché 2026 = ~600-800 €. Il demande 800 € ? Ok. 1200 € ? Chère. 300 € ? Risqué (rookie ou scam). | ☐ /1.5 |
| 9 | Disponibilité immédiate : peut il commencer lundi ? Ou « je suis busy jus qu'à octobre » ? | ☐ /1 |
| 10 | Apprentissage tech maison : il bosse avec vos outils (Jira, Notion, Slack) sans traing ? Ou faut 1 semaine onboard ? | ☐ /1 |
| TOTAL | ☐ /20 | |
Interprétation : 16-20 pts = hire (excellent fit). 12-15 pts = interview plus avant, checklist risques. <12 pts = pass, chercher ailleurs. Exemple : prestataire 14 pts mais « risqué timing » = tu lui donnes trial 1-2 weeks (petit module test) avant engagement long terme.
↑ Retour au sommaireMode d'emploi : copie-colle ces prompts dans Claude/ChatGPT. Adapte les variables [entre crochets]. IA génère brouillon, tu édites pour cohérence projet.
Tu es chef de projet agile. Écris une user story pour plateforme e-commerce. Contexte : vendeurs en boutique besoin chercher produit dans inventaire centralisé. Écris user story format : — As a [role], I can [action], so that [business value]. — Acceptance criteria : 5-7 bullets (testable, non ambigu). — Estimation : quand tu penses ça prend combien de jours dev ? (1-5 days = story points 3-5). — Dependencies : APIs a l'appel ? DB schemas Ok ? Réponse :
Réunion juste eue : kick-off sprint S24 (90 min, 10 pers). Moi je pense points clés mais je voudrais bien structuré. Points discutés : — Périmètre : 8 stories, ~85 points charge. — Risques : prestataire design late 1 week (impact story 3-4). — Budget : ~11k€ pour sprint. — Timeline : livraison vendredi, pas de delay. Génère un PV formalisé (sections : attendants, périmètre, décisions, actions, risques, next steps). Format : document pro, pdf-ready (Markdown ou simple HTML). Tone : factuel, pas fluff. Max 1 page.
Feature : « Vendor can search product in inventory ». Inputs : product name, SKU, category. Output : matching products list (name, stock qty, location, price). Génère test cases exhaustif. Format : # Test Case 1 — Description : Happy path search — Precondition : vendor logged in, inventory DB has 100 products — Steps : 1. Enter product name « shoes ». 2. Click search. 3. Observe results. — Expected : « 12 shoes products shown, each with qty, location, price ». — Type : functional — Priority : P1 (critical) # Test Case 2 ... (7-10 total cases, covering happy path + edge cases + error scenarios). Générer :
Problème identifié : API payment tiers (Stripe) pas certifiée pour notre stack Node.js v18. Ça peut bloquer paiement feature (story S24-15). Découvert aujourd'hui (mercredi), livraison prevue vendredi. Écris email escalade sponsor (court, factos, plan B clair). Format : — What's the pb ? (1-2 lines) — Impact ? (timeline/budget) — Plan A (ideal) vs Plan B (fallback) — Decision needed by ? (time) — Recommendation Tone : pro, pas panique, solutions-oriented. Max 200 mots.
Projet : 8 sprints, équipe 8 pers (6 dev, 1 design, 1 QA). Budget total : 500k€. Chaque sprint est ~2 semaines. Dev senior = 700€/j, dev junior = 400€/j, design = 600€/j, QA = 500€/j. Sprint 1-3 : focus backend, heavy dev hours. Sprint 4-6 : frontend + integration. Sprint 7-8 : QA, stabilization, launch prep. Génère budget par sprint (table) : who, how many days, cost per person, total sprint cost. Et cumulative (total spent after S1, S2, ... S8). Format : Excel-friendly table (copy-paste ready).
Feature « Payment integration » est ready en staging. Avant go-live prod, je dois checklist déploiement. Génère checklist (items à cocher) : — Technical readiness (code review, tests, monitoring) — Ops readiness (rollback, runbooks, on-call schedule) — Communications (customer notice, status page) — Post-deploy (validation, metrics, support) 15-20 items, chaque bien spécifique (pas juste « tested », mais « payment flow tested with 5 cards, all succeed »). Format : Markdown with ☐ checkboxes. Ready to print/screenshot.
Sprint S24 vient de finir. Data que j'ai : — 78 points delivered (planned 90). — 0 P1 bugs in prod, 3 P2 bugs. — 2 bugs found in QA staging (fixed before prod). — Velocity : 78 pts this sprint, 76 last sprint, 80 two sprints ago. — Morale check : team happy, no attrition. — Customer feedback : positive (3/5 stars in pilot). Écris rapport qualité 1-pager synthétisant data. Sections : KPIs (tableau), Analysis (what went well, risks), Recommendations (S25 focus). Tone : executive summary, factos, actionable.
Projet plateforme 500 vendeurs, équipe : — Sponsor : client directeur digital — PM (moi) — Tech lead (dev senior) — Design lead — QA lead — Prestataire infra Activités clés : sprint planning, code review, QA gate, budget approval, client comms, ops/deployment. Génère matrice RACI (Responsible, Accountable, Consulted, Informed) : — Rows : chaque activité — Columns : chaque role — Cells : R/A/C/I (ou vide si not involved). Format : table, copy-paste Excel.
Mode d'emploi : section 1, remplis check-list jour du déploiement. Tous les ☐ doivent être ☑. Section 2, prix réels 2026 pour budgétiser outils projet.
| Outil / Licence | Prix annuel | Modèle | Quand l'utiliser |
|---|---|---|---|
| Jira Cloud | 0 € (< 10 pers), 800 €/an (10 pers) | SaaS abonnement | Backlog, sprints, tickets, release management. Standard industrie. Le must-have. |
| Notion | 0 € (gratuit), 10 €/mois (Pro) | SaaS | Wiki projet, timeline Gantt, planning, tracking. Collab docs. Plus flexible que Jira (moins agile-strict). |
| Trello | 0 € (gratuit), 80 €/an (Business) | SaaS | Kanban simple (todo / in-progress / done). Sympa pour petites équipes, moins puissant que Jira pour sprints. |
| Slack | 0 € (gratuit), 7 €/pers/mois (Pro) | SaaS | Comms équipe, intégration Jira/Notion notifications, daily standup async. Essentiel pour remote/hybrid. |
| Figma | 0 € (gratuit), 12 €/mois (Pro) | SaaS | Design system, wireframes, design handoff à dev. Gratuit pour 1 team ok, Pro pour collab. |
| GitHub / GitLab | 0 € (gratuit/OSS), 21 €/pers/mois (GitHub Teams) | SaaS | Code hosting, CI/CD pipelines (Actions, Runners), PR review, deploy automation. Gratuit pour public repos. |
| Google Workspace | 0 € (gratuit), 6-18 €/pers/mois | SaaS | Email, Docs (cahier charges, PVs), Sheets (budget tracking). Nice to have si pas Notion. |
| Monitoring (DataDog / New Relic) | ~500-1500 €/mois | SaaS | Application performance monitoring (APM), logs, alerts prod. Essential après go-live. |
| TOTAL minimum annuel (équipe 8 pers) : | ~3000-5000 €/an (Jira + Notion + Slack + Figma + monitoring) pour gestion projet + ops. | ||
Mode d'emploi : la boîte à outils opérationnelle du chef de projet. Chaque outil : qu'est-ce que c'est, pros/cons, coût, quand l'utiliser.
Qu'est-ce que c'est : plateforme Atlassian pour gérer backlog, sprints, tickets. Crée stories, estime points, track avancement, génère burndown chart automatique. Intégration GitHub/GitLab/Bitbucket (code reviews linkées tickets).
Pros : Interface puissante, standard industrie, burndown automatique, custom fields flexible, reporting (velocity chart, cycle time). Tout ce qu'il faut agile.
Cons : Courbe apprentissage (non-intuitive day 1), coût ~800 €/an équipe 10 pers, peut être lourd pour mini-projets.
Quand : Équipe 6+ personnes, projet 6+ mois. Si équipe 3 pers, 3 weeks ? Trello suffise.
Qu'est-ce que c'est : plateforme all-in-one : wiki (docs projet), databases (timeline Gantt), docs (PVs, cahier charges). Notion remplacer : Confluence + Google Docs + Excel timelines.
Pros : Très flexible (tu crées ta structure), prix bas ~10 €/mois, sharable publiquement (clients peuvent follow planning), intégration pas mal (Slack notifications).
Cons : Pas natif agile (pas burndown auto), database queries peuvent être lentes gros volumes, pas code-first (plus « human friendly »). Meilleur pour docs/planning que sprint management.
Quand : Docs partagées, timeline client-facing, wiki interne projet. Complémente Jira (Jira = sprints, Notion = docs + planning visuel).
Qu'est-ce que c'est : plateforme messaging par channels. Channels : #general, #dev, #design, #random. Threads, mentions, file sharing. Intégration Jira : notifs tickets auto → channel.
Pros : Équipe connect instantané, intégration écosystème (Jira, GitHub, Notion bots), history searchable, remplace 100 emails/jour.
Cons : Coût 7 €/pers/mois (équipe 8 = ~560 €/mois). Attention : 1000 messages par jour = hard to follow (discipline canaux nécessaire).
Quand : Équipe remote/hybrid, need async comms rapide. Ou dailies standup dans Slack (threaded, ≠ meeting).
Qu'est-ce que c'est : outil design cloud. Crée wireframes, mockups, prototypes. Handoff dev : code specs auto-generated (spacing, colors, fonts). Real-time collab (plusieurs designers → same file).
Pros : Web-based (no install), collab real-time, dev integration (Figma → code plugin), prototype interactive.
Cons : Coût 12 €/mois/pers (equipe 2 designers = 288 €/an). Performance peut lag avec huge files.
Quand : Projet 3+ mois ou design system. Si « quick MVP », Wireframe.cc 0 € suffice.
Qu'est-ce que c'est : repo git + CI/CD pipelines. GitHub Actions automate : run tests on PR, deploy to staging on merge. GitLab similar mais plus robust self-hosted option.
Pros : Code history, PR review workflow (comments, approvals), CI auto-runs tests, deploy automation (no manual FTP). Standard industrie dev.
Cons : Courbe apprentissage Git (3-5 jours pour juniors). GitHub 21 €/pers/mois team plan. GitLab self-hosted free mais ops burden.
Quand : Obligatoire dès 2+ devs. Single dev ? Still use (backup, audit trail).
Qu'est-ce que c'est : suite bureautique cloud. Gmail custom domain, Google Docs (cahier charges collab), Sheets (budget tracking).
Pros : Email pro, docs collab real-time (meilleur que Word), pricing 6-18 €/pers/mois.
Cons : Excel macros non-compat (Sheets < Excel power). Si tu veux SQL + pivot tables avancées, Excel meilleur.
Quand : Besoin domaine email propre + docs partagés. Nice-to-have, pas critical si Notion + Slack suffise.
Qu'est-ce que c'est : platform surveiller app en prod. Logs, metrics (latency, error rate), traces transactions. Alerts : si error rate >1 %, email + Slack.
Pros : Détecte bugs prod ASAP, dashboards beautés (execs loves), data-driven debugging.
Cons : Coût ~500-1500 €/mois (cher). Setup complexe (need instrumentation code).
Quand : Obligatoire après go-live prod. Day 1 dev ? Peut attendre (CloudWatch AWS suffice pour MVP).