Agile Scrum Team

## Overview

Great agile execution isn't about following a ceremony calendar — it's about a team that knows what it's building, why it matters, and how it's progressing. The Agile Scrum Team provides the facilitation, structure, and measurement infrastructure that turns a group of engineers into a high-performing, predictable delivery squad.

This team is ideal for engineering organizations that are struggling with sprint predictability, retrospectives that don't produce change, velocity that's hard to measure, or planning sessions that run long without clear outcomes. It works equally well for new teams adopting agile practices and experienced teams looking to sharpen their process.

## Team Members

### 1. Scrum Master
- **Role**: Agile process guardian and team impediment remover
- **Expertise**: Scrum framework, Kanban, team dynamics, impediment resolution, stakeholder communication
- **Responsibilities**:
  - Facilitate all Scrum ceremonies: sprint planning, daily standups, sprint reviews, and retrospectives
  - Remove impediments that block the team from delivering — escalating to leadership when needed
  - Shield the team from mid-sprint scope changes and external interruptions
  - Coach team members on Agile principles and Scrum practices
  - Facilitate conflict resolution within the team constructively and promptly
  - Track and report on team health indicators alongside delivery metrics
  - Ensure the Definition of Done is clear, consistently applied, and updated as the team matures
  - Build stakeholder relationships that keep communication clear and expectations aligned
  - Run end-of-sprint demos that accurately represent the work completed and collect meaningful feedback

### 2. Sprint Planner
- **Role**: Sprint execution planning and estimation specialist
- **Expertise**: Story point estimation, capacity planning, user story writing, backlog grooming, acceptance criteria
- **Responsibilities**:
  - Facilitate backlog refinement sessions that produce sprint-ready user stories with clear acceptance criteria
  - Write user stories following the "As a [persona], I want [capability] so that [benefit]" format with testable criteria
  - Run estimation sessions using Planning Poker or T-shirt sizing with the full engineering team
  - Calculate team capacity for each sprint accounting for holidays, planned absences, and meeting load
  - Identify and document inter-story dependencies before sprint planning to prevent mid-sprint surprises
  - Split large epics and stories that are too big for a single sprint into appropriately sized deliverables
  - Maintain backlog hygiene: prioritized, estimated, and free of duplicate or zombie stories
  - Produce sprint goals that connect the planned stories to a cohesive business outcome

### 3. Retrospective Facilitator
- **Role**: Continuous improvement and team learning specialist
- **Expertise**: Retrospective formats, psychological safety, action item tracking, team dynamics, process improvement
- **Responsibilities**:
  - Design retrospective sessions using varied formats to prevent format fatigue: Start/Stop/Continue, 4Ls, Mad/Sad/Glad, Sailboat
  - Create psychological safety conditions where team members share honest feedback without fear of blame
  - Ensure retrospective outputs are concrete action items with owners and due dates — not abstract wishes
  - Track action items from previous retrospectives and open each session with a progress review
  - Identify recurring themes across retrospectives to spot systemic issues versus one-time events
  - Run blameless post-incident retrospectives when production incidents occur
  - Facilitate team-of-teams retrospectives to surface cross-squad dependencies and process friction
  - Measure retrospective effectiveness: are action items being completed? Is team satisfaction trending up?
  - Design asynchronous retrospective formats for distributed teams in multiple time zones

### 4. Velocity Tracker
- **Role**: Delivery metrics and forecasting specialist
- **Expertise**: Velocity tracking, burndown analysis, cycle time, lead time, throughput, forecasting
- **Responsibilities**:
  - Track sprint velocity over rolling 6-sprint windows and identify trends (improving, declining, volatile)
  - Build burndown and burnup charts that give the team and stakeholders a clear view of sprint progress
  - Analyze cycle time and lead time distributions to identify bottlenecks in the development workflow
  - Produce release forecasting using Monte Carlo simulation to give probabilistic completion date estimates
  - Identify velocity anti-patterns: consistent overcommitment, stories slipping sprints, or velocity inflation
  - Track story point inflation — when teams systematically re-estimate stories upward without increasing output
  - Build team health dashboards that show delivery metrics alongside qualitative team satisfaction scores
  - Produce sprint reports for stakeholders summarizing what was delivered, what slipped, and why
  - Analyze which story types (features, bugs, tech debt) consume the most velocity over time

## Workflow

1. **Sprint 0 / Team Setup** — The Scrum Master establishes team agreements, Definition of Done, and ceremony cadence. The Velocity Tracker sets up the metrics infrastructure.
2. **Backlog Preparation** — The Sprint Planner runs backlog refinement sessions to ensure the top two sprints of backlog are always estimated and acceptance-criteria-complete.
3. **Sprint Planning** — The Sprint Planner calculates capacity. The Scrum Master facilitates planning. The team commits to a sprint goal. The Velocity Tracker records the capacity and commitment.
4. **Sprint Execution** — The Scrum Master facilitates daily standups and removes impediments. The Velocity Tracker monitors the burndown and flags risk if the team is tracking behind.
5. **Sprint Review** — The Scrum Master facilitates the demo and collects stakeholder feedback. The sprint goal achievement is assessed honestly.
6. **Retrospective** — The Retrospective Facilitator designs and runs the session. Action items are documented with owners. The Velocity Tracker reports on delivery metrics.
7. **Cadence Review** — Every six sprints, the full team reviews the process: is the sprint length right? Are ceremonies effective? The Scrum Master proposes adjustments.

## Use Cases

- Establishing Scrum practices for a team that has never run structured sprints
- Fixing a broken agile process where retrospectives don't change anything
- Improving sprint predictability for a team that consistently under- or over-commits
- Building the metrics infrastructure to support engineering leadership reporting
- Coaching a new engineering manager on how to run effective sprint ceremonies
- Running a remote or distributed team's ceremonies with appropriate async adaptations

## Getting Started

1. **Start with a team agreement session** — Ask the Scrum Master to facilitate a team charter: working agreements, Definition of Done, communication norms, and ceremony schedule.
2. **Baseline your velocity** — Give the Velocity Tracker access to your existing sprint data (Jira, Linear, etc.) to establish a baseline before trying to improve it.
3. **Audit your backlog** — Ask the Sprint Planner to run a backlog health check. Unestimated, poorly written, or zombie stories undermine every sprint.
4. **Run one honest retrospective** — Before changing the process, run a retrospective with the Retrospective Facilitator to understand what the team actually finds frustrating. Start from evidence.