Communitygithub.com

cbrock84/project-delivery

Planifie et livre un projet unique — périmètre, estimation, planification, chemin critique, suivi et récupération en cas de dérapage. Utilisez-le pour planifier un projet, élaborer ou contester un calendrier, estimer de manière crédible, suivre les progrès de façon significative ou récupérer un projet en retard.

Qu'est-ce que project-delivery ?

Cette compétence fournit une méthodologie structurée pour la gestion de projet unique, couvrant toutes les phases clés : de la définition du périmètre par exclusion à la récupération en cas de dérapage. Elle insiste sur des pratiques essentielles comme l'estimation par fourchette (avec explicitation des hypothèses), l'identification et le suivi du chemin critique, le suivi binaire des livrables plutôt que le pourcentage d'avancement, et un contrôle des changements rigoureux. L'outillage est mentionné (Jira, Asana, Linear, etc.) mais présenté comme un simple enregistrement du plan, non comme une garantie de sa véracité. La compétence est agnostique en termes de plateforme de développement, applicable dans tout environnement où l'on gère des projets logiciels ou techniques. Elle aide les utilisateurs à éviter les pièges courants comme la dérive du périmètre, les estimations optimistes, le suivi trompeur et l'ajout de personnel tardif à un projet. L'approche est pragmatique, orientée vers la transparence et la reproductibilité, avec des conseils précis pour chaque étape du cycle de vie du projet.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/cbrock84/headcount/tree/main/plugins/pmo/skills/project-delivery

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Livraison de projet

Un projet est une unité de travail bornée avec une fin. Coordonner plusieurs projets vers un résultat commun relève de la pmo:gestion-de-programme.

Périmètre par exclusion

Les inclusions sont facilement acceptées mais comprises différemment. Ce sont les exclusions qui font le travail : ce que ce projet ne livrera pas, écrit et reconnu par le sponsor.

Les exclusions non écrites reviennent sous forme d'hypothèses, toujours tard, toujours présentées comme quelque chose d'évidemment inclus. Résoudre cela à la fin s'appelle la dérive du périmètre ; c'est généralement un échec de documentation au départ.

Estimer en fourchette, et dire ce que la fourchette signifie

Une estimation ponctuelle est une prévision présentée comme un engagement. Donnez une fourchette avec les hypothèses qui la feraient évoluer, et soyez explicite sur le niveau de confiance.

Estimez le travail, pas la date souhaitée. Les estimations négociées à la baisse ne changent pas le travail ; elles changent le moment où vous le découvrez, et cette découverte survient au moment le moins récupérable.

Décomposez jusqu'à ce que les éléments soient compréhensibles. Estimer une grande inconnue produit un nombre corrélé à l'optimisme plutôt qu'au travail.

Le chemin critique est là où l'attention doit se porter

Tout ce qui est en retard n'a pas d'importance. Un glissement sur le chemin critique déplace la date de fin ; un glissement ailleurs consomme de la marge. Savoir lequel est lequel fait la différence entre une inquiétude utile et une anxiété généralisée.

Recalculez au fur et à mesure que les choses changent — le chemin critique se déplace, et une équipe qui surveille celui d'origine surveille la mauvaise chose.

Conservez une réserve au niveau du projet plutôt que de gonfler chaque tâche. Les tâches gonflées absorbent leur propre réserve et ne livrent rien plus tôt, car le travail s'étend et personne ne déclare terminer en avance.

Suivre l'achèvement, pas l'effort

Le pourcentage d'avancement est de l'optimisme auto-déclaré, et il stagne notoirement à 90 %. Suivez l'achèvement binaire des livrables définis — fait ou pas fait, jugé par rapport à une définition convenue à l'avance.

Observez la tendance : si la quantité restante diminue au rythme requis. Un projet où le travail restant ne diminue pas est un projet en retard, quel que soit le pourcentage déclaré.

Récupération

Diagnostiquez d'abord, car les remèdes ne se chevauchent pas : périmètre plus large que compris, capacité inférieure à celle planifiée, dépendances qui ne livrent pas, ou estimation qui n'a jamais été réaliste.

Présentez ensuite des options avec leurs conséquences — réduisez le périmètre et nommez quoi, prolongez et dites de combien, ou ajoutez de la capacité, ce qui tard dans un projet ralentit généralement les choses davantage. Re-baselinez une fois, de manière visible. Les glissements hebdomadaires en série détruisent la crédibilité bien plus vite qu'une seule remise à zéro honnête.

Le contrôle des changements est ce qui donne du sens à la déclaration de périmètre

Une frontière de périmètre que n'importe qui peut déplacer lors d'une conversation n'est pas une frontière. Le contrôle des changements est le mécanisme qui la transforme en frontière, et il doit être suffisamment léger pour que les gens l'utilisent plutôt que de le contourner.

  • Un changement est tout ce qui déplace le périmètre, la date ou le coût — y compris le travail décrit comme une clarification. La plupart des dérives de périmètre entrent comme une série de petites demandes raisonnables, dont aucune n'a jamais été évaluée par rapport à l'ensemble.
  • Évaluez l'impact sur les trois avant de décider. « Oui, et cela ajoute deux semaines » est une décision que quelqu'un peut prendre. « Oui » tout seul est la façon dont un plan cesse silencieusement d'être réalisable.
  • La personne qui peut approuver un changement est celle qui possède la conséquence. Si le sponsor approuve le périmètre mais que l'équipe absorbe la date, les changements continueront d'être approuvés.
  • Enregistrez aussi les changements rejetés. L'enregistrement de ce qui a été refusé empêche la même demande d'arriver trois fois de plus, et c'est la réponse honnête quand quelqu'un demande pourquoi une fonctionnalité manque.

Re-baselinez lorsqu'un changement approuvé rend l'ancien plan dénué de sens, et pas autrement. Une remise à zéro de la baseline pour masquer la variance détruit la seule référence que vous aviez.

Outillage

Suivi de livraison : Jira, Asana, Linear, Monday.com, Smartsheet, Microsoft Project, et similaires.

Portefeuille et capacité : Jira Align, Planview, Adaptive Work, et similaires. Utile lorsque vous conciliez les plans de nombreuses équipes par rapport à un seul pool de capacité, pas avant.

L'outil enregistre le plan ; il ne rend pas le plan vrai. Un champ de statut que personne ne met à jour entre les réunions est pire qu'aucun champ du tout.

Jamais

  • Accepter un périmètre sans exclusions écrites.
  • Présenter une estimation ponctuelle comme un engagement.
  • Rapporter l'avancement en pourcentage.
  • Ajouter des personnes à un projet en retard en espérant qu'il accélère.

Individual skills in this repo

This repo contains 11 individual skills — each has its own dedicated page.

cbrock84/interface-craft

Raises the visual and interaction quality of an interface — layout, hierarchy, type, spacing, density, and the details that separate a considered product from a generic one. Use this when a screen works but looks unfinished or default, when a layout feels crowded or arbitrary, when a page has no clear focal point, or when an interface needs to feel trustworthy rather than merely functional.

cbrock84/org-design

Designs how an organization is structured — reporting lines, team boundaries, spans and layers, role definition, and workforce planning against the strategy. Use this to structure a new team, restructure an existing one, resolve unclear ownership between teams, plan headcount, or diagnose why a team underperforms for structural rather than individual reasons.

cbrock84/portfolio-governance

Governs the portfolio of work — intake, prioritization, stage gates, resource contention, and stopping things. Use this to set up intake and prioritization, run a stage gate, decide between competing initiatives, resolve resource contention across projects, or work out why everything is in flight and nothing is finishing.

cbrock84/product-launch

Takes something built and gets it into the market — tiering the launch to match what it actually warrants, sequencing internal readiness before external announcement, preparing sales and support to answer the questions it creates, choosing the date for a reason, and measuring adoption rather than announcement reach. Use this to plan a launch, right-size one that is consuming more than it deserves, work out why a released feature nobody uses was launched loudly, or run the weeks after launch day.

cbrock84/program-management

Plans and drives cross-functional programs to delivery — scope, sequencing, dependencies, status, risk, and the escalations that keep work moving. Use this to run a multi-team initiative, recover a program that is slipping, build a delivery plan with dependencies, structure status reporting, or diagnose why cross-team work keeps missing dates.

cbrock84/retention

Diagnoses and reduces churn — cancellation flows, save offers, failed-payment recovery, at-risk detection, and the product and service causes underneath. Use this when churn is rising or unexplained, to design a cancellation or win-back flow, to recover involuntary churn, to identify at-risk accounts before they leave, or to decide whether a retention problem is a product problem.

cbrock84/sales-enablement

Builds what a sales team needs to sell — pitch decks, one-pagers, objection handling, competitive battlecards, demo scripts, and case studies. Use this to create or fix sales collateral, prepare for a competitive deal, build a demo flow, document objection responses, or diagnose why a pitch is not converting.

cbrock84/tax

Structures the tax questions a growing business faces — corporate income, sales and use, payroll, nexus, and the obligations created by hiring or selling somewhere new. Use this to work out what a new state or country obligates you to, prepare for a tax filing or audit, understand sales tax on your product, or check what a remote hire or new market triggers.

cbrock84/unit-economics

Establishes whether the business makes money on each customer or unit — contribution margin, acquisition cost, payback period, lifetime value, and the cohort behavior underneath. Use this to assess whether growth is profitable, evaluate a channel or segment, support a pricing decision, judge how fast the business can afford to grow, or diagnose why revenue growth is not producing profit.

cbrock84/video-content

Plans and scripts short-form and long-form video, and designs the packaging — titles, thumbnails, and openings — that determines whether it gets watched. Use this to script a video, plan a series, fix retention or click-through problems, design thumbnail and title concepts, or turn written content into video. For a YouTube channel specifically — idea selection, retention teardowns, and channel-level strategy — use `youtube-producer`.

cbrock84/visual-content

Designs and directs the visual assets that carry content — carousels, infographics, quote graphics, diagrams, and social imagery — including the generation prompts where they are AI-produced. Use this to turn a written piece into a visual format, design a carousel or infographic, create social graphics, or fix visuals that are not stopping the scroll.

Skills associés