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):
- Review upcoming sprint stories
- Clarify acceptance criteria
- Size/estimate stories
- Identify dependencies
- 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
- Sprint Failure → Retrospective deep-dive, reset
- Team Burnout → Reduce scope, add slack time
- 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