project-management
0
总安装量
9
周安装量
安装命令
npx skills add https://github.com/miles990/claude-software-skills --skill project-management
Agent 安装分布
antigravity
9
gemini-cli
7
codex
6
claude-code
5
windsurf
5
Skill 文档
Project Management
Overview
Software project management methodologies, issue tracking systems, and team collaboration practices.
Agile Methodologies
Scrum Framework
âââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââ
â Scrum Framework â
âââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââ¤
â â
â Product Sprint Sprint Sprint â
â Backlog â Planning â Execution â Review/Retro â
â â â â
â â¼ â¼ â
â Sprint Daily Standup â
â Backlog (15 min) â
â â
â Roles: â
â ⢠Product Owner: Backlog priority, stakeholder voice â
â ⢠Scrum Master: Process facilitation, impediment removal â
â ⢠Development Team: Self-organizing, cross-functional â
â â
â Artifacts: â
â ⢠Product Backlog: Prioritized feature list â
â ⢠Sprint Backlog: Committed sprint work â
â ⢠Increment: Potentially shippable product â
â â
â Events: â
â ⢠Sprint Planning: What & How for sprint â
â ⢠Daily Standup: Sync & impediments â
â ⢠Sprint Review: Demo to stakeholders â
â ⢠Sprint Retrospective: Process improvement â
âââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââ
Kanban Board
ââââââââââââââââ¬âââââââââââââââ¬âââââââââââââââ¬âââââââââââââââ¬âââââââââââââââ
â Backlog â To Do â In Progress â Review â Done â
â â (WIP: 5) â (WIP: 3) â (WIP: 2) â â
ââââââââââââââââ¼âââââââââââââââ¼âââââââââââââââ¼âââââââââââââââ¼âââââââââââââââ¤
â ââââââââââââ â ââââââââââââ â ââââââââââââ â ââââââââââââ â ââââââââââââ â
â â Feature â â â Bug fix â â â API â â â Login â â â Auth â â
â â Request â â â #123 â â â endpoint â â â page â â â module â â
â ââââââââââââ â ââââââââââââ â â @alice â â â @bob â â ââââââââââââ â
â ââââââââââââ â ââââââââââââ â ââââââââââââ â ââââââââââââ â ââââââââââââ â
â â Tech â â â Refactor â â ââââââââââââ â â â Database â â
â â Debt â â â auth â â â Tests â â â â migrationâ â
â ââââââââââââ â ââââââââââââ â â @charlie â â â ââââââââââââ â
â â â ââââââââââââ â â â
ââââââââââââââââ´âââââââââââââââ´âââââââââââââââ´âââââââââââââââ´âââââââââââââââ
Key Principles:
⢠Visualize work
⢠Limit Work In Progress (WIP)
⢠Manage flow
⢠Make policies explicit
⢠Implement feedback loops
⢠Improve collaboratively
User Stories
# User Story Format
As a [type of user]
I want [goal/desire]
So that [benefit/value]
# Example
As a registered user
I want to reset my password via email
So that I can regain access to my account if I forget my password
# Acceptance Criteria (Given-When-Then)
Given I am on the login page
When I click "Forgot Password"
And I enter my registered email
And I click "Send Reset Link"
Then I should receive an email with a password reset link
And the link should expire after 24 hours
# INVEST Criteria
â¡ Independent - Can be developed separately
â¡ Negotiable - Details can be discussed
â¡ Valuable - Delivers user/business value
â¡ Estimable - Can be sized
â¡ Small - Fits in a sprint
â¡ Testable - Has clear acceptance criteria
Story Points & Estimation
# Fibonacci Scale
1 - Trivial (< 1 hour)
2 - Simple (few hours)
3 - Straightforward (half day)
5 - Medium complexity (1-2 days)
8 - Complex (3-5 days)
13 - Very complex (1+ week)
21 - Epic (break it down!)
# Planning Poker
1. Product Owner presents story
2. Team discusses & asks questions
3. Each member secretly selects estimate
4. All reveal simultaneously
5. Discuss outliers
6. Re-vote if needed
7. Reach consensus
# Velocity Calculation
Sprint 1: 32 points completed
Sprint 2: 28 points completed
Sprint 3: 35 points completed
Average Velocity: 31.7 points/sprint
Issue Tracking
GitHub Issues
# Issue Template: Bug Report
---
name: Bug Report
about: Report a bug to help us improve
labels: bug, needs-triage
---
## Description
A clear description of the bug.
## Steps to Reproduce
1. Go to '...'
2. Click on '...'
3. Scroll down to '...'
4. See error
## Expected Behavior
What should happen.
## Actual Behavior
What actually happens.
## Environment
- OS: [e.g., macOS 14.0]
- Browser: [e.g., Chrome 120]
- Version: [e.g., 2.1.0]
## Screenshots
If applicable, add screenshots.
## Additional Context
Any other relevant information.
# Issue Template: Feature Request
---
name: Feature Request
about: Suggest a new feature
labels: enhancement
---
## Problem Statement
What problem does this solve?
## Proposed Solution
How should this work?
## Alternatives Considered
Other approaches you've thought about.
## Additional Context
Mockups, examples, or references.
GitHub Projects (v2)
# Project configuration
fields:
- name: Status
type: single_select
options:
- Backlog
- Ready
- In Progress
- In Review
- Done
- name: Priority
type: single_select
options:
- ð´ High
- ð¡ Medium
- ð¢ Low
- name: Sprint
type: iteration
duration: 2 weeks
- name: Estimate
type: number
- name: Team
type: single_select
options:
- Frontend
- Backend
- DevOps
views:
- name: Kanban Board
type: board
group_by: Status
- name: Sprint Backlog
type: table
filter: Sprint = @current
sort: Priority
- name: Roadmap
type: roadmap
date_field: Target Date
Linear Workflow
# Linear project structure
teams:
- name: Engineering
key: ENG
workflows:
- Backlog â Todo â In Progress â In Review â Done
cycles:
- duration: 2 weeks
- auto_archive: true
labels:
- bug
- feature
- improvement
- tech-debt
priorities:
- Urgent
- High
- Medium
- Low
- No Priority
# Linear CLI usage
linear issue create --title "Add OAuth support" --team ENG --priority high
linear issue list --team ENG --state "In Progress"
linear cycle current
Sprint Planning
Sprint Planning Meeting
## Sprint Planning Agenda (2-4 hours)
### Part 1: What (1-2 hours)
1. Review sprint goal
2. Product Owner presents prioritized backlog
3. Team asks clarifying questions
4. Select stories for sprint commitment
### Part 2: How (1-2 hours)
1. Break stories into tasks
2. Identify dependencies
3. Assign initial owners
4. Validate capacity vs commitment
## Sprint Goal Template
"By the end of this sprint, users will be able to [specific capability],
enabling [business value]."
## Capacity Planning
Team Size: 5 developers
Sprint Length: 2 weeks (10 working days)
Meetings/Ceremonies: 1 day equivalent
PTO/Holidays: 2 days
Buffer (bugs, support): 10%
Available Capacity: (5 Ã 10 - 5 - 2) Ã 0.9 = 38.7 person-days
Historical Velocity: ~35 story points
Definition of Done
## Definition of Done (DoD)
### Code Complete
- [ ] Feature implemented per acceptance criteria
- [ ] Unit tests written (>80% coverage)
- [ ] Integration tests passing
- [ ] No linting errors or warnings
- [ ] Self-reviewed code
### Review Complete
- [ ] Code review approved by 2+ team members
- [ ] No blocking comments unresolved
- [ ] Security considerations reviewed
### Testing Complete
- [ ] QA testing passed
- [ ] Edge cases tested
- [ ] Performance acceptable
- [ ] Cross-browser testing (if applicable)
### Documentation Complete
- [ ] Code documented (JSDoc/comments)
- [ ] API documentation updated
- [ ] README updated if needed
- [ ] Changelog entry added
### Deployment Ready
- [ ] Feature flag configured (if needed)
- [ ] Database migrations tested
- [ ] Monitoring/alerts configured
- [ ] Merged to main branch
Retrospectives
Retrospective Formats
## Mad/Sad/Glad
âââââââââââââââââââ¬ââââââââââââââââââ¬ââââââââââââââââââ
â Mad ð â Sad ð¢ â Glad ð â
âââââââââââââââââââ¼ââââââââââââââââââ¼ââââââââââââââââââ¤
â Constant scope â Missed sprint â Great team â
â changes â goal â collaboration â
â â â â
â Unclear â Technical debt â Shipped major â
â requirements â growing â feature â
âââââââââââââââââââ´ââââââââââââââââââ´ââââââââââââââââââ
## Start/Stop/Continue
âââââââââââââââââââ¬ââââââââââââââââââ¬ââââââââââââââââââ
â Start ð¢ â Stop ð´ â Continue ðµ â
âââââââââââââââââââ¼ââââââââââââââââââ¼ââââââââââââââââââ¤
â Pair programmingâ Long meetings â Daily standups â
â â â â
â Sprint demos â Scope creep â Code reviews â
â â â â
â Documentation â Last-minute â Knowledge â
â â changes â sharing â
âââââââââââââââââââ´ââââââââââââââââââ´ââââââââââââââââââ
## 4 Ls: Liked, Learned, Lacked, Longed For
## Sailboat: Wind (helps), Anchors (slows), Rocks (risks)
Action Items Template
## Sprint 23 Retrospective Action Items
| Action | Owner | Due | Status |
|--------|-------|-----|--------|
| Set up automated E2E tests | @alice | Sprint 24 | ð¡ In Progress |
| Document API endpoints | @bob | Sprint 24 | ⬠Not Started |
| Schedule architecture review | @carol | Next week | â
Done |
## Metrics to Track
- Sprint burndown consistency
- Bug escape rate
- Deployment frequency
- Lead time for changes
Metrics & Reporting
Key Metrics
## DORA Metrics
1. Deployment Frequency: How often code deploys to production
2. Lead Time for Changes: Commit to production time
3. Change Failure Rate: % of deployments causing failures
4. Time to Restore: How long to recover from failures
## Sprint Metrics
- Velocity: Story points completed per sprint
- Sprint Burndown: Work remaining over time
- Escaped Defects: Bugs found after release
- Planned vs Delivered: Commitment accuracy
## Team Health
- Team satisfaction surveys
- Turnover rate
- Knowledge sharing sessions
- Technical debt ratio
Related Skills
- [[git-workflows]] – Version control
- [[devops-cicd]] – Deployment practices
- [[code-quality]] – Quality standards