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.
Idéal pour coordonner le travail d'équipe sur une fonctionnalité majeure nécessitant une décomposition fine et un suivi rigoureux.
À éviter pour des tâches simples exécutées par une seule personne sans dépendances visibles.
Analyse de sécurité
SûrThe 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 faiteExemples
Break down the authentication epic into user stories and tasks, using hierarchical decomposition.Plan the next sprint for the team, considering current backlog priority, team capacity, and known blockers.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
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
- Break down early - Large tasks are hard to track
- Set dependencies explicitly - Prevents blocked work
- Update status frequently - Real-time visibility
- Comment on blockers - Context for resolution
- 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 annexesCe 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.mdDepuis 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.
Lecteur PDF
Productivite
Lit et extrait le texte de fichiers PDF (rapports, contrats, tableurs). Gère les fichiers locaux, les URL et les pièces jointes WhatsApp. Utilisez-le dès qu'un contenu PDF est nécessaire, même sans demande explicite.
Workflows de messagerie Discord
Productivite
Utilisez l'outil message pour envoyer, modifier et modérer des messages Discord avec des composants interactifs.
Aperçu interactif des verdicts
Productivite
Générer un aperçu HTML interactif des verdicts (garder/supprimer) pour la revue par le mainteneur, puis traiter le JSON de retour.