@wipal/agent-team 1.0.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.claude/rules/common/general-rules.md +141 -0
- package/.claude/rules/lessons/lessons.md +91 -0
- package/.claude/rules/role-rules/dev-fe-rules.md +146 -0
- package/.claude/rules/role-rules/sa-rules.md +226 -0
- package/.claude/skills/SKILL-INDEX.md +299 -0
- package/.claude/skills/community/security-validator/SKILL.md +392 -0
- package/.claude/skills/core/agent-creation/SKILL.md +338 -0
- package/.claude/skills/core/code-review/SKILL.md +154 -0
- package/.claude/skills/core/git-automation/SKILL.md +93 -0
- package/.claude/skills/core/retrospect-work/SKILL.md +172 -0
- package/.claude/skills/domain/architecture/adr-writing/SKILL.md +254 -0
- package/.claude/skills/domain/architecture/adr-writing/references/adr-best-practices.md +257 -0
- package/.claude/skills/domain/architecture/adr-writing/references/adr-examples.md +246 -0
- package/.claude/skills/domain/architecture/adr-writing/references/adr-template.md +160 -0
- package/.claude/skills/domain/architecture/architecture-patterns/SKILL.md +316 -0
- package/.claude/skills/domain/architecture/architecture-patterns/references/event-driven.md +393 -0
- package/.claude/skills/domain/architecture/architecture-patterns/references/microservices.md +315 -0
- package/.claude/skills/domain/architecture/architecture-patterns/references/monolith.md +321 -0
- package/.claude/skills/domain/architecture/architecture-patterns/references/serverless.md +457 -0
- package/.claude/skills/domain/architecture/performance-engineering/SKILL.md +227 -0
- package/.claude/skills/domain/architecture/performance-engineering/references/benchmarking.md +336 -0
- package/.claude/skills/domain/architecture/performance-engineering/references/caching-strategies.md +284 -0
- package/.claude/skills/domain/architecture/performance-engineering/references/optimization.md +298 -0
- package/.claude/skills/domain/architecture/security-architecture/SKILL.md +206 -0
- package/.claude/skills/domain/architecture/security-architecture/references/auth-patterns.md +209 -0
- package/.claude/skills/domain/architecture/security-architecture/references/compliance.md +246 -0
- package/.claude/skills/domain/architecture/security-architecture/references/threat-modeling.md +219 -0
- package/.claude/skills/domain/architecture/system-design/SKILL.md +227 -0
- package/.claude/skills/domain/architecture/system-design/references/distributed-systems.md +231 -0
- package/.claude/skills/domain/architecture/system-design/references/resilience.md +344 -0
- package/.claude/skills/domain/architecture/system-design/references/scalability.md +303 -0
- package/.claude/skills/domain/architecture/tech-selection/SKILL.md +192 -0
- package/.claude/skills/domain/architecture/tech-selection/references/build-vs-buy.md +258 -0
- package/.claude/skills/domain/architecture/tech-selection/references/evaluation-framework.md +203 -0
- package/.claude/skills/domain/architecture/tech-selection/references/tech-radar.md +257 -0
- package/.claude/skills/domain/backend/api-design/SKILL.md +121 -0
- package/.claude/skills/domain/backend/database-design/SKILL.md +156 -0
- package/.claude/skills/domain/backend/performance-be/SKILL.md +210 -0
- package/.claude/skills/domain/backend/security/SKILL.md +138 -0
- package/.claude/skills/domain/backend/testing-be/SKILL.md +203 -0
- package/.claude/skills/domain/devops/ci-cd/SKILL.md +188 -0
- package/.claude/skills/domain/devops/containerization/SKILL.md +177 -0
- package/.claude/skills/domain/devops/deployment/SKILL.md +198 -0
- package/.claude/skills/domain/devops/infrastructure-as-code/SKILL.md +178 -0
- package/.claude/skills/domain/devops/monitoring/SKILL.md +163 -0
- package/.claude/skills/domain/frontend/accessibility/SKILL.md +179 -0
- package/.claude/skills/domain/frontend/frontend-design/SKILL.md +138 -0
- package/.claude/skills/domain/frontend/performance-fe/SKILL.md +195 -0
- package/.claude/skills/domain/frontend/state-management/SKILL.md +190 -0
- package/.claude/skills/domain/frontend/testing-fe/SKILL.md +193 -0
- package/.claude/skills/domain/product/requirements-gathering/SKILL.md +136 -0
- package/.claude/skills/domain/product/roadmap-planning/SKILL.md +169 -0
- package/.claude/skills/domain/product/sprint-planning/SKILL.md +151 -0
- package/.claude/skills/domain/product/stakeholder-communication/SKILL.md +162 -0
- package/.claude/skills/domain/product/user-stories/SKILL.md +141 -0
- package/.claude/skills/domain/quality/bug-reporting/SKILL.md +150 -0
- package/.claude/skills/domain/quality/regression-testing/SKILL.md +178 -0
- package/.claude/skills/domain/quality/test-automation/SKILL.md +185 -0
- package/.claude/skills/domain/quality/test-planning/SKILL.md +177 -0
- package/.claude/skills/leadership/code-review-advanced/SKILL.md +167 -0
- package/.claude/skills/leadership/mentoring/SKILL.md +151 -0
- package/.claude/skills/leadership/technical-debt/SKILL.md +166 -0
- package/.claude/skills/leadership/technical-decision/SKILL.md +160 -0
- package/.claude/skills/security-reports/.gitkeep +0 -0
- package/.claude/skills/skills-registry.yaml +441 -0
- package/README.md +232 -0
- package/bin/agent-team.js +107 -0
- package/package.json +51 -0
- package/src/commands/add.js +227 -0
- package/src/commands/init.js +136 -0
- package/src/commands/list.js +66 -0
- package/src/commands/remove.js +71 -0
- package/src/commands/switch.js +53 -0
- package/src/index.js +11 -0
- package/src/interactive/prompts.js +153 -0
- package/src/server/api/agents.js +150 -0
- package/src/server/api/roles.js +97 -0
- package/src/server/api/skills.js +79 -0
- package/src/server/index.js +78 -0
- package/src/ui/agents.html +174 -0
- package/src/ui/css/styles.css +470 -0
- package/src/ui/index.html +107 -0
- package/src/ui/roles.html +371 -0
- package/src/ui/skills.html +332 -0
- package/src/utils/file-utils.js +193 -0
- package/src/utils/skill-resolver.js +594 -0
- package/src/utils/skill-scanner.js +154 -0
- package/templates/CLAUDE.md.tmpl +42 -0
- package/templates/knowledge.md.tmpl +31 -0
|
@@ -0,0 +1,136 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: requirements-gathering
|
|
3
|
+
description: |
|
|
4
|
+
User requirements collection and analysis techniques. Use when: starting a new
|
|
5
|
+
project, gathering stakeholder needs, defining scope, or when user mentions
|
|
6
|
+
"requirements", "gather", "collect", "stakeholder", "needs", "scope".
|
|
7
|
+
version: 1.0.0
|
|
8
|
+
category: product
|
|
9
|
+
tags:
|
|
10
|
+
- requirements
|
|
11
|
+
- discovery
|
|
12
|
+
- stakeholder
|
|
13
|
+
- scope
|
|
14
|
+
depends_on: []
|
|
15
|
+
recommends:
|
|
16
|
+
- user-stories
|
|
17
|
+
used_by:
|
|
18
|
+
- user-stories
|
|
19
|
+
- sprint-planning
|
|
20
|
+
---
|
|
21
|
+
|
|
22
|
+
# Skill: Requirements Gathering
|
|
23
|
+
|
|
24
|
+
## Core Principle
|
|
25
|
+
**Understand before building.** The cost of misunderstanding grows exponentially over time.
|
|
26
|
+
|
|
27
|
+
## Hard Rules
|
|
28
|
+
|
|
29
|
+
1. **NEVER assume** - Always verify with stakeholders
|
|
30
|
+
2. **NEVER skip documentation** - If it's not written, it doesn't exist
|
|
31
|
+
3. **ALWAYS prioritize** - Not everything is "must have"
|
|
32
|
+
4. **ALWAYS validate understanding** - Repeat back to stakeholders
|
|
33
|
+
|
|
34
|
+
## Requirements Types
|
|
35
|
+
|
|
36
|
+
| Type | Description | Example |
|
|
37
|
+
|------|-------------|---------|
|
|
38
|
+
| **Functional** | What the system does | "User can reset password" |
|
|
39
|
+
| **Non-Functional** | How the system performs | "Page loads in < 2s" |
|
|
40
|
+
| **Business** | Business goals | "Increase conversion by 10%" |
|
|
41
|
+
| **Technical** | Tech constraints | "Must use PostgreSQL" |
|
|
42
|
+
|
|
43
|
+
## Gathering Techniques
|
|
44
|
+
|
|
45
|
+
### 1. Interviews
|
|
46
|
+
```
|
|
47
|
+
Questions to ask:
|
|
48
|
+
- What problem are you trying to solve?
|
|
49
|
+
- Who will use this feature?
|
|
50
|
+
- What happens if this doesn't exist?
|
|
51
|
+
- What would success look like?
|
|
52
|
+
- What are the risks?
|
|
53
|
+
```
|
|
54
|
+
|
|
55
|
+
### 2. Workshops
|
|
56
|
+
```
|
|
57
|
+
Agenda:
|
|
58
|
+
1. Problem statement (15 min)
|
|
59
|
+
2. Current state analysis (30 min)
|
|
60
|
+
3. Future state vision (30 min)
|
|
61
|
+
4. Requirements brainstorming (45 min)
|
|
62
|
+
5. Prioritization (30 min)
|
|
63
|
+
```
|
|
64
|
+
|
|
65
|
+
### 3. Observation
|
|
66
|
+
```
|
|
67
|
+
Watch users:
|
|
68
|
+
- How they currently work
|
|
69
|
+
- Pain points they experience
|
|
70
|
+
- Workarounds they've created
|
|
71
|
+
```
|
|
72
|
+
|
|
73
|
+
## MoSCoW Prioritization
|
|
74
|
+
|
|
75
|
+
| Priority | Meaning | Action |
|
|
76
|
+
|----------|---------|--------|
|
|
77
|
+
| **Must** | Critical for launch | Do first |
|
|
78
|
+
| **Should** | Important but not critical | Do if time |
|
|
79
|
+
| **Could** | Nice to have | Do if extra time |
|
|
80
|
+
| **Won't** | Not this release | Backlog |
|
|
81
|
+
|
|
82
|
+
## Requirements Document
|
|
83
|
+
|
|
84
|
+
```markdown
|
|
85
|
+
# Feature: User Authentication
|
|
86
|
+
|
|
87
|
+
## Background
|
|
88
|
+
Users need to securely access their accounts.
|
|
89
|
+
|
|
90
|
+
## Business Goal
|
|
91
|
+
Reduce support tickets related to password issues by 50%.
|
|
92
|
+
|
|
93
|
+
## User Stories
|
|
94
|
+
1. As a user, I want to log in with email/password
|
|
95
|
+
2. As a user, I want to reset my password
|
|
96
|
+
3. As a user, I want to use social login
|
|
97
|
+
|
|
98
|
+
## Acceptance Criteria
|
|
99
|
+
- [ ] Login works with email/password
|
|
100
|
+
- [ ] Password reset sends email within 1 minute
|
|
101
|
+
- [ ] Google/Facebook login available
|
|
102
|
+
- [ ] All auth actions logged
|
|
103
|
+
|
|
104
|
+
## Non-Functional Requirements
|
|
105
|
+
- Login response time < 500ms
|
|
106
|
+
- Support 1000 concurrent logins
|
|
107
|
+
- 99.9% availability
|
|
108
|
+
|
|
109
|
+
## Out of Scope
|
|
110
|
+
- Biometric authentication
|
|
111
|
+
- Multi-factor auth (Phase 2)
|
|
112
|
+
|
|
113
|
+
## Dependencies
|
|
114
|
+
- Email service
|
|
115
|
+
- OAuth providers
|
|
116
|
+
```
|
|
117
|
+
|
|
118
|
+
## Common Mistakes
|
|
119
|
+
|
|
120
|
+
| ❌ Mistake | ✅ Fix |
|
|
121
|
+
|------------|--------|
|
|
122
|
+
| Vague requirements | Specific, measurable |
|
|
123
|
+
| No prioritization | Use MoSCoW |
|
|
124
|
+
| Missing edge cases | Ask "what if?" |
|
|
125
|
+
| No acceptance criteria | Define done |
|
|
126
|
+
| Scope creep | Strict change control |
|
|
127
|
+
|
|
128
|
+
## Checklist
|
|
129
|
+
|
|
130
|
+
- [ ] All stakeholders identified
|
|
131
|
+
- [ ] Requirements documented
|
|
132
|
+
- [ ] Priorities assigned
|
|
133
|
+
- [ ] Acceptance criteria defined
|
|
134
|
+
- [ ] Dependencies identified
|
|
135
|
+
- [ ] Risks documented
|
|
136
|
+
- [ ] Stakeholder sign-off
|
|
@@ -0,0 +1,169 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: roadmap-planning
|
|
3
|
+
description: |
|
|
4
|
+
Product roadmap creation and strategic planning. Use when: creating roadmaps,
|
|
5
|
+
planning quarters, aligning stakeholders, or when user mentions "roadmap",
|
|
6
|
+
"strategy", "quarterly plan", "product direction".
|
|
7
|
+
version: 1.0.0
|
|
8
|
+
category: product
|
|
9
|
+
tags:
|
|
10
|
+
- roadmap
|
|
11
|
+
- strategy
|
|
12
|
+
- planning
|
|
13
|
+
- quarterly
|
|
14
|
+
depends_on:
|
|
15
|
+
- sprint-planning
|
|
16
|
+
recommends: []
|
|
17
|
+
used_by: []
|
|
18
|
+
---
|
|
19
|
+
|
|
20
|
+
# Skill: Roadmap Planning
|
|
21
|
+
|
|
22
|
+
## Core Principle
|
|
23
|
+
**Roadmaps are direction, not destination.** They guide decisions, not dictate them.
|
|
24
|
+
|
|
25
|
+
## Roadmap Horizons
|
|
26
|
+
|
|
27
|
+
| Horizon | Timeline | Focus |
|
|
28
|
+
|---------|----------|-------|
|
|
29
|
+
| **Now** | 0-3 months | Committed, detailed |
|
|
30
|
+
| **Next** | 3-6 months | Planned, flexible |
|
|
31
|
+
| **Later** | 6-12 months | Visionary, tentative |
|
|
32
|
+
|
|
33
|
+
## Hard Rules
|
|
34
|
+
|
|
35
|
+
1. **NEVER overpromise** - Roadmaps change
|
|
36
|
+
2. **NEVER set dates for "Later"** - Use quarters/themes
|
|
37
|
+
3. **ALWAYS tie to business goals** - Why are we doing this?
|
|
38
|
+
4. **ALWAYS review regularly** - Monthly updates
|
|
39
|
+
|
|
40
|
+
## Roadmap Template
|
|
41
|
+
|
|
42
|
+
```markdown
|
|
43
|
+
# Product Roadmap 2024
|
|
44
|
+
|
|
45
|
+
## Vision
|
|
46
|
+
Become the #1 platform for [domain] by [metric]
|
|
47
|
+
|
|
48
|
+
## Strategic Themes
|
|
49
|
+
1. **User Growth** - 3x registered users
|
|
50
|
+
2. **Revenue** - $10M ARR
|
|
51
|
+
3. **Retention** - 90% monthly retention
|
|
52
|
+
|
|
53
|
+
## Q1 2024 (Jan-Mar)
|
|
54
|
+
|
|
55
|
+
### Theme: Foundation
|
|
56
|
+
| Initiative | Status | Owner |
|
|
57
|
+
|------------|--------|-------|
|
|
58
|
+
| User authentication | Committed | Team A |
|
|
59
|
+
| Core feature X | Committed | Team B |
|
|
60
|
+
| Infrastructure setup | Committed | DevOps |
|
|
61
|
+
|
|
62
|
+
**Key Results:**
|
|
63
|
+
- 1000 users onboarded
|
|
64
|
+
- < 500ms response time
|
|
65
|
+
- 99.9% uptime
|
|
66
|
+
|
|
67
|
+
## Q2 2024 (Apr-Jun)
|
|
68
|
+
|
|
69
|
+
### Theme: Growth
|
|
70
|
+
| Initiative | Status | Owner |
|
|
71
|
+
|------------|--------|-------|
|
|
72
|
+
| Payment integration | Planned | Team A |
|
|
73
|
+
| Mobile app MVP | Planned | Team B |
|
|
74
|
+
| Analytics dashboard | Planned | Team C |
|
|
75
|
+
|
|
76
|
+
## Q3-Q4 2024 (Jul-Dec)
|
|
77
|
+
|
|
78
|
+
### Theme: Scale
|
|
79
|
+
- International expansion
|
|
80
|
+
- Enterprise features
|
|
81
|
+
- AI/ML capabilities
|
|
82
|
+
```
|
|
83
|
+
|
|
84
|
+
## Prioritization Framework
|
|
85
|
+
|
|
86
|
+
### RICE Score
|
|
87
|
+
```
|
|
88
|
+
RICE = (Reach × Impact × Confidence) / Effort
|
|
89
|
+
|
|
90
|
+
Reach: How many users affected? (per quarter)
|
|
91
|
+
Impact: How much will it move the metric? (0.25-3)
|
|
92
|
+
Confidence: How sure are we? (0.5-1.0)
|
|
93
|
+
Effort: Person-months required
|
|
94
|
+
|
|
95
|
+
Example:
|
|
96
|
+
Reach: 10,000 users
|
|
97
|
+
Impact: 1 (medium)
|
|
98
|
+
Confidence: 0.8 (high)
|
|
99
|
+
Effort: 2 person-months
|
|
100
|
+
|
|
101
|
+
RICE = (10000 × 1 × 0.8) / 2 = 4000
|
|
102
|
+
```
|
|
103
|
+
|
|
104
|
+
### Value vs Effort Matrix
|
|
105
|
+
```
|
|
106
|
+
High Value
|
|
107
|
+
│
|
|
108
|
+
Quick │ Big Bets
|
|
109
|
+
Wins │
|
|
110
|
+
────────────┼────────────
|
|
111
|
+
Fill-ins │ Money Pits
|
|
112
|
+
│
|
|
113
|
+
Low Value
|
|
114
|
+
|
|
115
|
+
Low Effort High Effort
|
|
116
|
+
```
|
|
117
|
+
|
|
118
|
+
## Common Mistakes
|
|
119
|
+
|
|
120
|
+
| ❌ Mistake | ✅ Fix |
|
|
121
|
+
|------------|--------|
|
|
122
|
+
| Date-driven | Outcome-driven |
|
|
123
|
+
| Too detailed far out | Themes for later |
|
|
124
|
+
| No business alignment | Tie to OKRs |
|
|
125
|
+
| Set in stone | Review monthly |
|
|
126
|
+
| Missing dependencies | Cross-team planning |
|
|
127
|
+
|
|
128
|
+
## OKR Alignment
|
|
129
|
+
|
|
130
|
+
```markdown
|
|
131
|
+
## Objective: Grow user base significantly
|
|
132
|
+
|
|
133
|
+
### Key Results:
|
|
134
|
+
1. KR1: 10,000 new users by Q2
|
|
135
|
+
2. KR2: 40% activation rate
|
|
136
|
+
3. KR3: NPS score > 50
|
|
137
|
+
|
|
138
|
+
### Initiatives:
|
|
139
|
+
- Referral program (KR1)
|
|
140
|
+
- Onboarding optimization (KR2)
|
|
141
|
+
- Customer support improvements (KR3)
|
|
142
|
+
```
|
|
143
|
+
|
|
144
|
+
## Communication
|
|
145
|
+
|
|
146
|
+
### Executive Summary
|
|
147
|
+
```
|
|
148
|
+
1. What we're building (1 sentence)
|
|
149
|
+
2. Why it matters (business value)
|
|
150
|
+
3. When it's coming (quarter)
|
|
151
|
+
4. What we need (resources)
|
|
152
|
+
```
|
|
153
|
+
|
|
154
|
+
### Stakeholder Update
|
|
155
|
+
```
|
|
156
|
+
Since last update:
|
|
157
|
+
- Shipped: [features]
|
|
158
|
+
- Progress: [initiatives]
|
|
159
|
+
- Blocked: [blockers]
|
|
160
|
+
- Next: [upcoming]
|
|
161
|
+
```
|
|
162
|
+
|
|
163
|
+
## Checklist
|
|
164
|
+
|
|
165
|
+
- [ ] Tied to business goals
|
|
166
|
+
- [ ] Prioritized with framework
|
|
167
|
+
- [ ] reviewed monthly
|
|
168
|
+
- [ ] Communicated to stakeholders
|
|
169
|
+
- [ ] Flexible to change
|
|
@@ -0,0 +1,151 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: sprint-planning
|
|
3
|
+
description: |
|
|
4
|
+
Sprint planning and estimation techniques for agile teams. Use when: planning
|
|
5
|
+
sprints, estimating stories, setting sprint goals, or when user mentions
|
|
6
|
+
"sprint", "planning", "estimate", "velocity", "story points".
|
|
7
|
+
version: 1.0.0
|
|
8
|
+
category: product
|
|
9
|
+
tags:
|
|
10
|
+
- sprint
|
|
11
|
+
- planning
|
|
12
|
+
- estimation
|
|
13
|
+
- velocity
|
|
14
|
+
depends_on:
|
|
15
|
+
- user-stories
|
|
16
|
+
recommends: []
|
|
17
|
+
used_by: []
|
|
18
|
+
---
|
|
19
|
+
|
|
20
|
+
# Skill: Sprint Planning
|
|
21
|
+
|
|
22
|
+
## Core Principle
|
|
23
|
+
**Plan with confidence, adapt with humility.** Sprints are predictions, not promises.
|
|
24
|
+
|
|
25
|
+
## Sprint Planning Steps
|
|
26
|
+
|
|
27
|
+
```
|
|
28
|
+
1. Review backlog (before meeting)
|
|
29
|
+
2. Set sprint goal
|
|
30
|
+
3. Select stories
|
|
31
|
+
4. Break down stories
|
|
32
|
+
5. Estimate tasks
|
|
33
|
+
6. Confirm commitment
|
|
34
|
+
```
|
|
35
|
+
|
|
36
|
+
## Hard Rules
|
|
37
|
+
|
|
38
|
+
1. **NEVER overcommit** - Leave buffer for unknowns
|
|
39
|
+
2. **NEVER add stories mid-sprint** - Protect scope
|
|
40
|
+
3. **ALWAYS have a sprint goal** - Unifying purpose
|
|
41
|
+
4. **ALWAYS involve the whole team** - Collective commitment
|
|
42
|
+
|
|
43
|
+
## Estimation Techniques
|
|
44
|
+
|
|
45
|
+
### Story Points (Fibonacci)
|
|
46
|
+
```
|
|
47
|
+
1 - Trivial, < 1 hour
|
|
48
|
+
2 - Simple, 1-2 hours
|
|
49
|
+
3 - Straightforward, half day
|
|
50
|
+
5 - Moderate, 1-2 days
|
|
51
|
+
8 - Complex, 2-4 days
|
|
52
|
+
13 - Very complex, consider splitting
|
|
53
|
+
21 - Epic, must split
|
|
54
|
+
```
|
|
55
|
+
|
|
56
|
+
### Planning Poker
|
|
57
|
+
```
|
|
58
|
+
1. Read story aloud
|
|
59
|
+
2. Team discusses briefly
|
|
60
|
+
3. Everyone reveals card simultaneously
|
|
61
|
+
4. Discuss outliers
|
|
62
|
+
5. Reach consensus
|
|
63
|
+
```
|
|
64
|
+
|
|
65
|
+
### T-Shirt Sizing
|
|
66
|
+
```
|
|
67
|
+
XS - < 2 hours
|
|
68
|
+
S - Half day
|
|
69
|
+
M - 1-2 days
|
|
70
|
+
L - 3-5 days
|
|
71
|
+
XL - > 1 week (split it!)
|
|
72
|
+
```
|
|
73
|
+
|
|
74
|
+
## Velocity Calculation
|
|
75
|
+
|
|
76
|
+
```
|
|
77
|
+
Sprint 1: 32 points completed
|
|
78
|
+
Sprint 2: 28 points completed
|
|
79
|
+
Sprint 3: 35 points completed
|
|
80
|
+
Sprint 4: 30 points completed
|
|
81
|
+
|
|
82
|
+
Average Velocity = (32 + 28 + 35 + 30) / 4 = 31.25 points
|
|
83
|
+
|
|
84
|
+
Recommended commitment: 28-30 points (85-95% of velocity)
|
|
85
|
+
```
|
|
86
|
+
|
|
87
|
+
## Sprint Goal Template
|
|
88
|
+
|
|
89
|
+
```markdown
|
|
90
|
+
# Sprint [Number] Goal
|
|
91
|
+
|
|
92
|
+
## Theme
|
|
93
|
+
Enable users to securely access their accounts
|
|
94
|
+
|
|
95
|
+
## Key Deliverables
|
|
96
|
+
1. User authentication (login/logout)
|
|
97
|
+
2. Password reset flow
|
|
98
|
+
3. Session management
|
|
99
|
+
|
|
100
|
+
## Success Metrics
|
|
101
|
+
- All stories completed
|
|
102
|
+
- Zero critical bugs
|
|
103
|
+
- Demo-ready by sprint end
|
|
104
|
+
|
|
105
|
+
## Risks
|
|
106
|
+
- Email service integration might be delayed
|
|
107
|
+
- OAuth provider approval pending
|
|
108
|
+
```
|
|
109
|
+
|
|
110
|
+
## Sprint Backlog Template
|
|
111
|
+
|
|
112
|
+
```markdown
|
|
113
|
+
# Sprint [Number] Backlog
|
|
114
|
+
|
|
115
|
+
| Story | Points | Owner | Status |
|
|
116
|
+
|-------|--------|-------|--------|
|
|
117
|
+
| AUTH-101 User login | 5 | @alice | In Progress |
|
|
118
|
+
| AUTH-102 Password reset | 8 | @bob | Todo |
|
|
119
|
+
| AUTH-103 Session timeout | 3 | @charlie | Done |
|
|
120
|
+
|
|
121
|
+
**Total Points:** 16
|
|
122
|
+
**Velocity Target:** 30
|
|
123
|
+
**Remaining Capacity:** 14
|
|
124
|
+
```
|
|
125
|
+
|
|
126
|
+
## Common Mistakes
|
|
127
|
+
|
|
128
|
+
| ❌ Mistake | ✅ Fix |
|
|
129
|
+
|------------|--------|
|
|
130
|
+
| Overcommitting | Leave 15% buffer |
|
|
131
|
+
| No sprint goal | Define unifying theme |
|
|
132
|
+
| Ignoring velocity | Use historical data |
|
|
133
|
+
| Adding scope mid-sprint | Move to next sprint |
|
|
134
|
+
| No task breakdown | Break into subtasks |
|
|
135
|
+
|
|
136
|
+
## Daily Standup Format
|
|
137
|
+
|
|
138
|
+
```
|
|
139
|
+
1. What I completed yesterday
|
|
140
|
+
2. What I'm working on today
|
|
141
|
+
3. Any blockers
|
|
142
|
+
```
|
|
143
|
+
|
|
144
|
+
## Checklist
|
|
145
|
+
|
|
146
|
+
- [ ] Sprint goal defined
|
|
147
|
+
- [ ] Stories selected
|
|
148
|
+
- [ ] Stories estimated
|
|
149
|
+
- [ ] Team committed
|
|
150
|
+
- [ ] Capacity considered
|
|
151
|
+
- [ ] Risks identified
|
|
@@ -0,0 +1,162 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: stakeholder-communication
|
|
3
|
+
description: |
|
|
4
|
+
Stakeholder management and communication strategies. Use when: managing
|
|
5
|
+
expectations, reporting progress, handling conflicts, or when user mentions
|
|
6
|
+
"stakeholder", "communication", "status report", "expectations".
|
|
7
|
+
version: 1.0.0
|
|
8
|
+
category: product
|
|
9
|
+
tags:
|
|
10
|
+
- stakeholder
|
|
11
|
+
- communication
|
|
12
|
+
- management
|
|
13
|
+
- reporting
|
|
14
|
+
depends_on: []
|
|
15
|
+
recommends: []
|
|
16
|
+
used_by: []
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
# Skill: Stakeholder Communication
|
|
20
|
+
|
|
21
|
+
## Core Principle
|
|
22
|
+
**No surprises.** Stakeholders should hear news from you first, whether good or bad.
|
|
23
|
+
|
|
24
|
+
## Stakeholder Types
|
|
25
|
+
|
|
26
|
+
| Type | Interest | Influence | Strategy |
|
|
27
|
+
|------|----------|-----------|----------|
|
|
28
|
+
| **Sponsor** | High | High | Engage closely |
|
|
29
|
+
| **Champion** | High | Low | Keep informed |
|
|
30
|
+
| **Blocker** | Low | High | Manage carefully |
|
|
31
|
+
| **Observer** | Low | Low | Keep aware |
|
|
32
|
+
|
|
33
|
+
## Hard Rules
|
|
34
|
+
|
|
35
|
+
1. **NEVER surprise stakeholders** - Communicate early
|
|
36
|
+
2. **NEVER overpromise** - Under-promise, over-deliver
|
|
37
|
+
3. **ALWAYS be transparent** - Especially about problems
|
|
38
|
+
4. **ALWAYS tailor the message** - Technical vs business
|
|
39
|
+
|
|
40
|
+
## Communication Plan
|
|
41
|
+
|
|
42
|
+
```markdown
|
|
43
|
+
# Stakeholder Communication Plan
|
|
44
|
+
|
|
45
|
+
## Weekly
|
|
46
|
+
- Team standup summary
|
|
47
|
+
- Blockers and risks
|
|
48
|
+
- Key metrics
|
|
49
|
+
|
|
50
|
+
## Bi-weekly
|
|
51
|
+
- Sprint review outcomes
|
|
52
|
+
- Demo of completed work
|
|
53
|
+
- Next sprint preview
|
|
54
|
+
|
|
55
|
+
## Monthly
|
|
56
|
+
- Roadmap progress
|
|
57
|
+
- Budget status
|
|
58
|
+
- Risk assessment
|
|
59
|
+
|
|
60
|
+
## As Needed
|
|
61
|
+
- Critical issues
|
|
62
|
+
- Scope changes
|
|
63
|
+
- Major milestones
|
|
64
|
+
```
|
|
65
|
+
|
|
66
|
+
## Status Report Template
|
|
67
|
+
|
|
68
|
+
```markdown
|
|
69
|
+
# [Project Name] Status - Week of [Date]
|
|
70
|
+
|
|
71
|
+
## Executive Summary
|
|
72
|
+
🟢 On Track / 🟡 At Risk / 🔴 Off Track
|
|
73
|
+
|
|
74
|
+
## This Week
|
|
75
|
+
- ✅ Completed: [items]
|
|
76
|
+
- 🔄 In Progress: [items]
|
|
77
|
+
- ⏳ Blocked: [items + blockers]
|
|
78
|
+
|
|
79
|
+
## Next Week
|
|
80
|
+
- [ ] [Planned items]
|
|
81
|
+
|
|
82
|
+
## Key Metrics
|
|
83
|
+
| Metric | Target | Actual | Trend |
|
|
84
|
+
|--------|--------|--------|-------|
|
|
85
|
+
| Velocity | 30 | 28 | ↓ |
|
|
86
|
+
| Bugs | <5 | 3 | ✅ |
|
|
87
|
+
| Coverage | >80% | 85% | ✅ |
|
|
88
|
+
|
|
89
|
+
## Risks & Mitigations
|
|
90
|
+
| Risk | Likelihood | Impact | Mitigation |
|
|
91
|
+
|------|------------|--------|------------|
|
|
92
|
+
| API delay | Medium | High | Started mock service |
|
|
93
|
+
|
|
94
|
+
## Decisions Needed
|
|
95
|
+
- [Decision 1] - Need approval by [date]
|
|
96
|
+
|
|
97
|
+
## Ask
|
|
98
|
+
- [Any resources or support needed]
|
|
99
|
+
```
|
|
100
|
+
|
|
101
|
+
## Handling Bad News
|
|
102
|
+
|
|
103
|
+
### Framework: SBI
|
|
104
|
+
```
|
|
105
|
+
1. Situation: What happened (facts only)
|
|
106
|
+
2. Behavior: What was done / not done
|
|
107
|
+
3. Impact: What this means for the project
|
|
108
|
+
```
|
|
109
|
+
|
|
110
|
+
### Example
|
|
111
|
+
```
|
|
112
|
+
"I need to share some concerning news.
|
|
113
|
+
|
|
114
|
+
Situation: The payment provider integration is delayed by 2 weeks.
|
|
115
|
+
Behavior: They're waiting for compliance approval.
|
|
116
|
+
Impact: We won't be able to accept payments until [date].
|
|
117
|
+
|
|
118
|
+
Here's what we're doing about it:
|
|
119
|
+
- Exploring alternative providers
|
|
120
|
+
- Adjusting the launch timeline
|
|
121
|
+
- Adding a manual payment option
|
|
122
|
+
|
|
123
|
+
I wanted you to know now so we can plan accordingly."
|
|
124
|
+
```
|
|
125
|
+
|
|
126
|
+
## Common Mistakes
|
|
127
|
+
|
|
128
|
+
| ❌ Mistake | ✅ Fix |
|
|
129
|
+
|------------|--------|
|
|
130
|
+
| Only reporting good news | Be transparent |
|
|
131
|
+
| Too technical | Tailor audience |
|
|
132
|
+
| Infrequent updates | Regular cadence |
|
|
133
|
+
| No clear ask | Be specific |
|
|
134
|
+
| Ignoring concerns | Address head-on |
|
|
135
|
+
|
|
136
|
+
## Meeting Types
|
|
137
|
+
|
|
138
|
+
### Sprint Review
|
|
139
|
+
```
|
|
140
|
+
1. Sprint goal review (5 min)
|
|
141
|
+
2. Demo completed work (20 min)
|
|
142
|
+
3. Metrics review (10 min)
|
|
143
|
+
4. Q&A and feedback (15 min)
|
|
144
|
+
5. Next sprint preview (10 min)
|
|
145
|
+
```
|
|
146
|
+
|
|
147
|
+
### Executive Update
|
|
148
|
+
```
|
|
149
|
+
1. Headline status (1 min)
|
|
150
|
+
2. Key achievements (2 min)
|
|
151
|
+
3. Risks and mitigations (3 min)
|
|
152
|
+
4. Decisions needed (2 min)
|
|
153
|
+
5. Q&A (7 min)
|
|
154
|
+
```
|
|
155
|
+
|
|
156
|
+
## Checklist
|
|
157
|
+
|
|
158
|
+
- [ ] Stakeholders identified
|
|
159
|
+
- [ ] Communication plan created
|
|
160
|
+
- [ ] Regular cadence established
|
|
161
|
+
- [ ] Bad news delivered early
|
|
162
|
+
- [ ] Feedback incorporated
|