Orchestration de Projets Complexes

VérifiéSûr

Propose des modèles structurés pour décomposer les epic, planifier les sprints, suivre l'avancement, gérer les dépendances et coordonner les équipes. Aide à diviser des projets complexes en tâches gérables grâce à la décomposition hiérarchique, la planification basée sur la capacité et le rapport d'état multidimensionnel.

Spar Skills Guide Bot
ProductiviteIntermédiaire
02/06/2026
Claude Code
#project-management#orchestration#epic-breakdown#sprint-planning#dependency-management

Recommandé pour

Synthèse automatique

Ce modèle orchestre la décomposition de projets complexes en tâches hiérarchiques, la planification de sprints et le suivi multi-dimensionnel via des agents parallèles.

Points forts

  • Décomposition claire en phases (exploration, planification, fan-out, reduction) gérée par agents.
  • Planification basée sur la capacité et gestion des dépendances avec des commandes cc-mirror.
  • Suivi multi-dimensionnel (tâches, blocages, délais, qualité, risques) pour une visibilité globale.

Limites

  • Nécessite l'outil cc-mirror spécifique à Claude Code.
  • La configuration initiale et la définition des agents peuvent être complexes.
  • Peut être excessif pour des projets individuels ou de très petite taille.
Quand l'utiliser

Idéal pour coordonner le travail d'équipe sur une fonctionnalité majeure nécessitant une décomposition fine et un suivi rigoureux.

Quand l'éviter

À éviter pour des tâches simples exécutées par une seule personne sans dépendances visibles.

Analyse de sécurité

Sûr
Score qualité85/100

The skill describes project management patterns and includes only non-destructive bash commands for a task management CLI (cc-mirror). No execution of arbitrary code, data exfiltration, or system modification is instructed. No security risks are present.

Aucun point d'attention détecté

Comment cette analyse est faite

Exemples

Epic Breakdown
Break down the authentication epic into user stories and tasks, using hierarchical decomposition.
Sprint Planning
Plan the next sprint for the team, considering current backlog priority, team capacity, and known blockers.
Progress Tracking
What's the current project status? Gather task completion, blockers, timeline variance, quality metrics, and risks.

Project Management Orchestration Patterns

┌─────────────────────────────────────────────────────────────┐
│                                                             │
│   Complex projects, clearly decomposed.                     │
│   Dependencies tracked. Progress visible. Team aligned.     │
│                                                             │
└─────────────────────────────────────────────────────────────┘

Load when: Epic breakdown, sprint planning, progress tracking, dependency management, team coordination Common patterns: Hierarchical Decomposition, Capacity-Based Planning, Multi-Dimension Status

Table of Contents

  1. Epic Breakdown
  2. Sprint Planning
  3. Progress Tracking
  4. Dependency Management
  5. Team Coordination

Epic Breakdown

Pattern: Hierarchical Decomposition

User Request: "Break down the authentication epic"

Phase 1: EXPLORE
└─ Explore agent: Understand requirements, existing system

Phase 2: PLAN
└─ Plan agent: Design high-level feature breakdown

Phase 3: FAN-OUT (Parallel story creation)
├─ Agent A: User stories for login/logout
├─ Agent B: User stories for registration
├─ Agent C: User stories for password management
├─ Agent D: User stories for session management
└─ Agent E: User stories for OAuth integration

Phase 4: REDUCE
└─ General-purpose agent: Organize into coherent backlog

Task Management Implementation:

# Create epic
npx cc-mirror tasks create --subject "Epic: User Authentication" --description "Complete auth system"

# Create stories
npx cc-mirror tasks create --subject "Story: Login flow" --description "..."
npx cc-mirror tasks create --subject "Story: Registration" --description "..."
npx cc-mirror tasks create --subject "Story: Password reset" --description "..."

# Set dependencies
npx cc-mirror tasks update 3 --add-blocked-by 2

Pattern: Vertical Slice Breakdown

Phase 1: EXPLORE
└─ Explore agent: Map feature touchpoints (UI, API, DB)

Phase 2: FAN-OUT (Slice by user value)
├─ Agent A: Define slice 1 (minimal viable feature)
├─ Agent B: Define slice 2 (enhanced feature)
└─ Agent C: Define slice 3 (complete feature)

Phase 3: PIPELINE
└─ General-purpose agent: Estimate, prioritize, sequence

Sprint Planning

Pattern: Capacity-Based Planning

User Request: "Plan the next sprint"

Phase 1: FAN-OUT (Gather context)
├─ Explore agent: Review backlog priority
├─ Explore agent: Check team capacity
├─ Explore agent: Review blockers and dependencies
└─ Explore agent: Check carryover from last sprint

Phase 2: REDUCE
└─ Plan agent: Propose sprint scope

Phase 3: FAN-OUT (Task breakdown)
├─ Agent A: Break down story 1 into tasks
├─ Agent B: Break down story 2 into tasks
└─ Agent C: Break down story 3 into tasks

Phase 4: PIPELINE
└─ General-purpose agent: Finalize sprint backlog

Task Structure:

# Sprint-level task
npx cc-mirror tasks create --subject "Sprint 14: Auth Implementation" --description "..."

# Stories within sprint
npx cc-mirror tasks create --subject "Login API endpoint" --description "..."
npx cc-mirror tasks create --subject "Login UI component" --description "..."
npx cc-mirror tasks update 3 --add-blocked-by 2

# Sub-tasks
npx cc-mirror tasks create --subject "Write login validation" --description "..."
npx cc-mirror tasks create --subject "Add rate limiting" --description "..."

Progress Tracking

Pattern: Multi-Dimension Status

User Request: "What's the project status?"

Phase 1: FAN-OUT (Parallel status gathering)
├─ Agent A: Task completion status
├─ Agent B: Blocker analysis
├─ Agent C: Timeline vs plan
├─ Agent D: Quality metrics
└─ Agent E: Risk status

Phase 2: REDUCE
└─ General-purpose agent: Executive status summary

Using cc-mirror tasks:

# Get current state
npx cc-mirror tasks --status all

# View dependency graph
npx cc-mirror tasks graph

# Update progress
npx cc-mirror tasks update 5 --add-comment "50% complete, blocked on API review"

# Mark complete
npx cc-mirror tasks update 5 --status resolved

Pattern: Burndown Tracking

Phase 1: EXPLORE
└─ Explore agent: Calculate completed vs remaining work

Phase 2: PIPELINE
├─ General-purpose agent: Project completion trajectory
├─ General-purpose agent: Identify velocity trends
└─ General-purpose agent: Flag at-risk items

Phase 3: REDUCE
└─ General-purpose agent: Burndown report

Dependency Management

Pattern: Dependency Graph Construction

User Request: "Map project dependencies"

Phase 1: EXPLORE
└─ Explore agent: List all tasks and their relationships

Phase 2: FAN-OUT
├─ Agent A: Map technical dependencies
├─ Agent B: Map team/resource dependencies
└─ Agent C: Map external dependencies

Phase 3: REDUCE
└─ General-purpose agent: Dependency graph, critical path

Implementation:

# Create dependency chain
npx cc-mirror tasks create --subject "Database schema" --description "..."
npx cc-mirror tasks create --subject "API models" --description "..."
npx cc-mirror tasks create --subject "API endpoints" --description "..."
npx cc-mirror tasks create --subject "Frontend integration" --description "..."

npx cc-mirror tasks update 2 --add-blocked-by 1
npx cc-mirror tasks update 3 --add-blocked-by 2
npx cc-mirror tasks update 4 --add-blocked-by 3

# Cross-team dependency
npx cc-mirror tasks create --subject "External API access" --description "Waiting on partner"
npx cc-mirror tasks update 3 --add-blocked-by 5

# Visualize
npx cc-mirror tasks graph

Pattern: Critical Path Analysis

Phase 1: EXPLORE
└─ Explore agent: Map all task dependencies

Phase 2: PIPELINE
├─ General-purpose agent: Calculate path lengths
├─ General-purpose agent: Identify critical path
└─ General-purpose agent: Find parallel opportunities

Phase 3: REDUCE
└─ General-purpose agent: Optimization recommendations

Team Coordination

Pattern: Work Distribution

User Request: "Assign work for this sprint"

Phase 1: FAN-OUT
├─ Explore agent: Analyze task requirements
├─ Explore agent: Review team skills/capacity
└─ Explore agent: Check current assignments

Phase 2: REDUCE
└─ Plan agent: Optimal assignment recommendations

Phase 3: FAN-OUT (Parallel task assignment)
├─ Agent A: Create task assignments for dev 1
├─ Agent B: Create task assignments for dev 2
└─ Agent C: Create task assignments for dev 3

Pattern: Multi-Team Sync

Phase 1: FAN-OUT
├─ Agent A: Gather Team A status
├─ Agent B: Gather Team B status
└─ Agent C: Identify cross-team dependencies

Phase 2: REDUCE
└─ General-purpose agent: Cross-team status, blockers, needs

Task Management in Practice

All project management work should use cc-mirror tasks for proper tracking:

# Sprint planning example
npx cc-mirror tasks create --subject "Sprint 14 Planning" --description "Plan next sprint scope..."
npx cc-mirror tasks create --subject "Review backlog" --description "Prioritize stories..."
npx cc-mirror tasks create --subject "Break down Story A" --description "Create implementation tasks..."
npx cc-mirror tasks create --subject "Break down Story B" --description "Create implementation tasks..."
npx cc-mirror tasks create --subject "Set dependencies" --description "Wire task dependencies..."
npx cc-mirror tasks create --subject "Assign work" --description "Distribute to team..."

# Planning sequence
npx cc-mirror tasks update 2 --add-blocked-by 1
npx cc-mirror tasks update 3 --add-blocked-by 2
npx cc-mirror tasks update 4 --add-blocked-by 2
npx cc-mirror tasks update 5 --add-blocked-by 3,4
npx cc-mirror tasks update 6 --add-blocked-by 5
# Track in session
TodoWrite([
    {"content": "Sprint 14 Planning", "status": "in_progress", "activeForm": "Planning Sprint 14"},
    {"content": "Review backlog", "status": "pending", "activeForm": "Reviewing backlog"},
    {"content": "Break down Story A", "status": "pending", "activeForm": "Breaking down Story A"},
    {"content": "Break down Story B", "status": "pending", "activeForm": "Breaking down Story B"},
    {"content": "Set dependencies", "status": "pending", "activeForm": "Setting dependencies"},
    {"content": "Assign work", "status": "pending", "activeForm": "Assigning work"}
])

# Parallel breakdown (sonnet for structured planning work)
Task(subagent_type="general-purpose", prompt="Task 3: Break down Story A...",
     model="sonnet", run_in_background=True)
Task(subagent_type="general-purpose", prompt="Task 4: Break down Story B...",
     model="sonnet", run_in_background=True)

Best Practices

  1. Break down early - Large tasks are hard to track
  2. Set dependencies explicitly - Prevents blocked work
  3. Update status frequently - Real-time visibility
  4. Comment on blockers - Context for resolution
  5. Close completed tasks immediately - Accurate progress

─── ◈ Project Management ────────────────

Du fichier au premier essai

Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.

Consulter la source et ses fichiers annexes

Ce téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.

1. Télécharger le fichier

Télécharger SKILL.md

Depuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/project-management-orchestration-patterns-mm5t8ckh/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.

Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.

mkdir -p '.skill-downloads/project-management-orchestration-patterns-mm5t8ckh' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/project-management-orchestration-patterns-mm5t8ckh/download' --output '.skill-downloads/project-management-orchestration-patterns-mm5t8ckh/SKILL.md.part' && mv '.skill-downloads/project-management-orchestration-patterns-mm5t8ckh/SKILL.md.part' '.skill-downloads/project-management-orchestration-patterns-mm5t8ckh/SKILL.md'

2. Vérifier les prérequis

Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.

Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.

Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.

3. Charger la skill

Le fichier ne fournit pas un en-tête name/description exploitable pour cette procédure native. Le téléchargement reste disponible pour lecture ; utilisez le mode manuel ci-dessous.

Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.

4. Faire un premier essai

Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :

Lis .skill-downloads/project-management-orchestration-patterns-mm5t8ckh/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.

Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.

Skills similaires