home / skills / pluginagentmarketplace / custom-plugin-product-manager / agile

agile skill

/skills/agile

This skill helps teams apply agile and Scrum practices for iterative product development, sprint planning, backlog management, and continuous improvement.

npx playbooks add skill pluginagentmarketplace/custom-plugin-product-manager --skill agile

Review the files below or copy the command above to add this skill to your agents.

Files (6)
SKILL.md
3.9 KB
---
name: agile
version: "2.0.0"
description: Agile product management, Scrum practices, and team collaboration for iterative product development.
sasmp_version: "1.3.0"
bonded_agent: 08-product-operations
bond_type: PRIMARY_BOND
parameters:
  - name: methodology
    type: string
    enum: [scrum, kanban, safe, hybrid]
    required: true
  - name: team_size
    type: number
    default: 5
retry_logic:
  max_attempts: 3
  backoff: exponential
logging:
  level: info
  hooks: [start, complete, error]
---

# Agile Product Management Skill

Apply agile methodologies to product development and team collaboration. Master sprint planning, backlog management, and continuous improvement.

## Scrum Framework

### Sprint Cycle (2-week)

| Day | Ceremony | Duration | Attendees |
|-----|----------|----------|-----------|
| Mon | Sprint Planning | 2h | Full team |
| Daily | Standup | 15min | Full team |
| Thu | Design Review | 1h | PM, Design, Eng |
| Fri | Sprint Review | 1h | Full team + stakeholders |
| Fri | Retrospective | 30min | Full team |

### Sprint Planning Template

```
Sprint Goal: [One sentence describing sprint outcome]

Capacity:
- Team size: 5 engineers
- Working days: 10
- Available points: 40

Selected Stories:
1. [Story A] - 8 points - Owner: Dev1
2. [Story B] - 5 points - Owner: Dev2
3. [Story C] - 13 points - Owner: Dev3
...

Risks:
- [Risk 1]: Mitigation plan
- [Risk 2]: Mitigation plan

Definition of Done:
[ ] Code reviewed
[ ] Tests written
[ ] Documentation updated
[ ] PM accepted
```

## PM in Agile

### User Story Format (INVEST)

```
As a [user type]
I want [action/capability]
So that [benefit/outcome]

Acceptance Criteria:
Given [context]
When [action]
Then [result]
```

### Backlog Grooming

**Weekly Grooming (1 hour):**
1. Review upcoming sprint stories
2. Clarify acceptance criteria
3. Size/estimate stories
4. Identify dependencies
5. Reorder by priority

### Story Points Guide

| Points | Complexity | Example |
|--------|------------|---------|
| 1 | Trivial | Config change |
| 2 | Small | Minor UI tweak |
| 3 | Medium | New simple feature |
| 5 | Large | Complex feature |
| 8 | XL | Multiple components |
| 13 | Epic | Should be broken down |

## Kanban

### Board Structure

```
| Backlog | To Do | In Progress | Review | Done |
|---------|-------|-------------|--------|------|
|         |       |             |        |      |
|  WIP: - | WIP:3 |   WIP: 3    | WIP: 2 |  -   |
```

### Flow Metrics

- **Lead Time**: Request → Done
- **Cycle Time**: In Progress → Done
- **Throughput**: Items completed per week
- **WIP**: Work in progress items

## Scaling Agile

### SAFe Basics

- **Team Level**: Scrum teams (5-9 people)
- **Program Level**: Multiple teams (50-125 people)
- **Large Solution**: Multiple programs
- **Portfolio**: Business strategy

### Cross-Team Coordination

- **Scrum of Scrums**: Daily sync between teams
- **PI Planning**: Quarterly planning event
- **System Demo**: Integration showcase
- **Inspect & Adapt**: Quarterly retrospective

## Troubleshooting

### Yaygın Hatalar & Çözümler

| Hata | Olası Sebep | Çözüm |
|------|-------------|-------|
| Sprint overcommitment | Unrealistic capacity | Track velocity, be honest |
| Carryover stories | Scope creep | Stricter acceptance |
| Long standups | Too much detail | Time-box, parking lot |
| No retro action | No ownership | Assign owners, follow up |

### Debug Checklist

```
[ ] Sprint goal clearly defined mi?
[ ] Stories properly sized mi?
[ ] WIP limits respected mi?
[ ] Retro actions implemented mi?
[ ] Velocity tracked mi?
```

### Recovery Procedures

1. **Sprint Failure** → Retrospective deep-dive, reset
2. **Team Burnout** → Reduce scope, add slack time
3. **Velocity Drop** → Investigate blockers, 1:1s

## Learning Outcomes

- Run effective sprints
- Write well-formed user stories
- Manage backlogs efficiently
- Facilitate productive ceremonies
- Track and improve velocity

Overview

This skill teaches agile product management, Scrum practices, and team collaboration for iterative product development. It provides templates and concrete practices for sprint planning, backlog grooming, Kanban flow, scaling, and recovery from common issues. Use it to run predictable sprints, improve team flow, and align work with outcomes.

How this skill works

The skill inspects and organizes key agile artifacts: sprint plans, user stories, backlogs, and Kanban boards. It offers templates for sprint planning and user stories, guidance on sizing and WIP limits, and checks for common failure modes with recovery steps. It also includes scaling patterns (SAFe basics) and cross-team coordination practices like Scrum of Scrums and PI Planning.

When to use it

  • Planning a 2-week sprint with clearly defined capacity and goals
  • Writing or reviewing user stories to meet INVEST criteria
  • Running weekly backlog grooming to prepare upcoming work
  • Setting up or tuning a Kanban board and WIP limits
  • Coordinating multiple teams or preparing for PI Planning
  • Recovering from sprint failure, burnout, or velocity drops

Best practices

  • Define one clear sprint goal and keep the sprint scope focused
  • Write user stories with clear acceptance criteria using Given/When/Then
  • Size work consistently with a shared story points guide and break epics down
  • Time-box ceremonies: short standups, focused planning and retrospectives with owners
  • Enforce WIP limits, track lead/cycle time and throughput to identify bottlenecks
  • Follow retrospective actions with named owners and measurable follow-ups

Example use cases

  • Create a sprint plan: set capacity, select stories, list risks, and apply the Definition of Done
  • Groom the backlog weekly to clarify acceptance criteria, estimate, and prioritize
  • Set up a Kanban board with Backlog → To Do → In Progress → Review → Done and WIP limits
  • Run a recovery plan after a failed sprint: deep-dive retro, reset scope, and assign actions
  • Scale agile across multiple teams using Scrum of Scrums, PI Planning, and system demos

FAQ

How long should sprint planning take for a 2-week sprint?

Plan for about 2 hours for a full team to set the goal, confirm capacity, and select prioritized stories.

When should I use Kanban vs Scrum?

Use Scrum for timeboxed delivery and predictable cadences. Use Kanban for continuous flow, variable priorities, or operational work.