Planification de Projet

VérifiéSûr

Fournit des méthodologies structurées pour la planification de projets logiciels, incluant la phase de découverte, la collecte des exigences, la rédaction de user stories, la priorisation (MoSCoW), l'estimation (T-shirt sizing, story points) et la gestion du périmètre. Utile pour démarrer de nouveaux projets ou fonctionnalités.

Spar Skills Guide Bot
DeveloppementIntermédiaire
11002/06/2026
Claude Code
#project-planning#requirements-gathering#user-stories#scope-management#risk-assessment

Recommandé pour

Notre avis

Ce skill fournit une méthodologie structurée pour la planification de projets logiciels, incluant la découverte, la collecte d'exigences, la rédaction de user stories et la gestion du périmètre.

Points forts

  • Approche complète couvrant toutes les phases de planification
  • Modèles réutilisables pour briefs de projet et epics
  • Cadres de priorisation (MoSCoW) et d'estimation (T-shirt sizing)

Limites

  • Ne tient pas compte des contraintes organisationnelles spécifiques
  • Peut nécessiter une adaptation pour les méthodologies agiles ou en cascade
  • Manque d'intégration avec des outils de gestion de projet externes
Quand l'utiliser

Utilisez ce skill lors du démarrage d'un nouveau projet ou d'une fonctionnalité pour structurer la planification et aligner les parties prenantes.

Quand l'éviter

Évitez ce skill si le projet est déjà entièrement planifié ou si vous avez besoin d'une exploration hautement itérative sans cadre formel.

Analyse de sécurité

Sûr
Score qualité92/100

The skill contains only project planning methodologies and templates, with no executable code, risky commands, or data exfiltration instructions.

Aucun point d'attention détecté

Exemples

New Project Planning
I'm building a mobile app for meal planning. Help me create a project brief including problem statement, goals, success metrics, and scope. Use the template from your project planning skill.
User Story Creation
We need to add a grocery list feature to our meal planning app. Write user stories for this feature using the As a/I want/So that format, with acceptance criteria and priority levels.
Risk Assessment
For the meal planning app project, identify potential risks using the risk assessment framework. Suggest mitigations for scope creep and technical debt.

name: project-planning description: Expert knowledge in project planning, requirements gathering, user stories, and scope management. Use when planning new projects or features. allowed-tools: Read, Write, WebSearch

Project Planning Skill

Comprehensive knowledge for planning software projects from ideation to execution.

Planning Methodology

1. Discovery Phase

Questions to Ask:

  • What problem are we solving?
  • Who are the target users?
  • What does success look like?
  • What are the constraints?
  • What's the timeline?

2. Requirements Gathering

Requirement Types:

  • Functional: What the system must do
  • Non-Functional: How well it must do it
  • Technical: Implementation constraints
  • Business: Organizational needs

3. User Story Format

**As a** [type of user]
**I want** [goal/desire]
**So that** [benefit/value]

**Acceptance Criteria:**
- [ ] Criterion 1
- [ ] Criterion 2
- [ ] Criterion 3

**Priority:** P0/P1/P2
**Estimate:** S/M/L/XL

4. Prioritization Framework

MoSCoW Method:

  • Must Have: Critical for MVP
  • Should Have: Important but not critical
  • Could Have: Nice to have
  • Won't Have: Out of scope (for now)

Priority Levels: | Priority | Description | Timeline | |----------|-------------|----------| | P0 | Critical | Immediate | | P1 | High | This sprint | | P2 | Medium | Next sprint | | P3 | Low | Backlog |

5. Estimation Techniques

T-Shirt Sizing: | Size | Complexity | Time | |------|------------|------| | XS | Trivial | < 1 hour | | S | Simple | 1-4 hours | | M | Medium | 4-8 hours | | L | Complex | 1-3 days | | XL | Very Complex | > 3 days |

Story Points (Fibonacci): 1, 2, 3, 5, 8, 13, 21

6. Scope Management

In Scope:

  • Explicitly defined features
  • Agreed requirements
  • Documented acceptance criteria

Out of Scope:

  • Features deferred to future
  • Explicitly excluded items
  • Nice-to-haves beyond MVP

7. Risk Assessment

| Risk | Likelihood | Impact | Mitigation | |------|------------|--------|------------| | Scope creep | High | High | Strict change control | | Technical debt | Medium | Medium | Regular refactoring | | Key person dependency | Medium | High | Documentation, pairing |

Templates

Project Brief Template

# Project: [Name]

## Overview
[1-2 sentence description]

## Problem Statement
[What problem does this solve?]

## Goals
1. [Primary goal]
2. [Secondary goal]
3. [Tertiary goal]

## Success Metrics
- [Metric 1]: [Target]
- [Metric 2]: [Target]

## Scope
### In Scope
- [Feature 1]
- [Feature 2]

### Out of Scope
- [Excluded 1]
- [Excluded 2]

## Timeline
- Phase 1: [Date]
- Phase 2: [Date]
- Launch: [Date]

Epic Template

# Epic: [Name]

## Description
[What this epic accomplishes]

## User Stories
- [ ] US-001: [Story]
- [ ] US-002: [Story]

## Acceptance Criteria
- [ ] [Criterion]

## Dependencies
- [Dependency 1]
Skills similaires