Idea Flow
Models
Idea Flow
  • Welcome!
    • Why Models?
    • Why Principles?
  • Agility & Transformations
    • Intro to Agile
      • What Does Agile Mean?
      • What Is An Agile Mindset?
    • Intro to Transformation
      • Why Transform?
      • How Is The Transformation Done?
      • Who Transforms?
      • Which Areas or Functions Transform?
      • How Long Does A Transformation Take?
  • Agile Transformation (Idea Model)
    • Intro to IDEA
      • Leadership-Strip (Tanzaku)
      • Managing The Change
      • Metrics
      • Coaching Plan
        • Coaching Assessment
    • Initial Exposure
      • Training & Coaching
      • Assessment
    • Develop Basics
      • Training & Coaching
      • Assessment
    • Evolve & Reflect
      • Training & Coaching
      • Assessment
    • Accelerate & Kaizen
      • Training & Coaching
      • Assessment
  • Delivery Approach (Flow Model)
    • Intro to Flow
      • Flow of Work
      • Dev Sec Ops
    • Conceptualise
      • Purpose
      • Inputs
      • Process
      • Outputs
    • Commence
      • Purpose
      • Inputs
      • Process
      • Outputs
    • Construct
      • Purpose
      • Inputs
      • Process
      • Outputs
    • Confirm
      • Purpose
      • Inputs
      • Process
      • Outputs
    • Complete
      • Process
      • Outputs
    • Check
      • Process
  • Scrum, Kanban & Other Agile Frameworks
    • Double-Loop Scrum
    • Kanban
  • 3D Work-Breakdown
    • Intro to Work Breakdown
    • Direction
    • Discovery
    • Delivery
    • Flow & 3D Work-Breakdown
  • Roles & Responsibilities
    • Overview
      • Trust Circles
      • Enterprise View
    • Core Team Roles
      • Scrum Master / Iteration Manager
      • Product Owner
      • Developer
      • Tester
      • Business Analyst
      • Infrastructure
    • Extended Team Roles
      • Product Manager
      • Test Lead
      • Tech Lead
      • Subject Matter Expert (SME)
      • UX/UI Designer
      • Infrastructure Lead
      • Project Manager
      • Solution Architect
      • Delivery Manager
      • Change Analyst
    • Trusted Advisor Roles
      • Project Sponsor
      • Stakeholders
  • Topics
    • Prioritisation
    • Estimation
      • Estimation Overview
      • Epic Estimation
      • Initiative Estimation
    • Planning
      • Sprint / Iteration Planning
      • Release Planning
      • Quarterly Planning
      • Problem Statement
    • Ceremonies
      • Showcase
      • Scrum of Scrums
      • Stand-up
      • Retrospective
      • Elicitation
      • Elaboration
      • Acceptance Criteria (AC)
    • Artefacts
      • Tech Spike
      • Definition of Done
      • Social Contract
      • Personas
      • Lean Canvas
      • User Stories
    • Toolkit
      • Success Sliders
      • ICaRuS Scoring
      • Accountability Cards
    • Quality
      • Test Strategy
      • Test Plan
      • Quality Attribute Definitions
      • Test Type Definitions
      • Regression Test Suite Definitions
      • Defect Definitions
      • Defect Severity
      • Defect Priority
      • Agile Testing Quadrants
      • Risk-Based Testing
    • Templates
      • 3rd Party Handover Template
      • Audit Logs
    • Data
      • Information Management
    • Kanban
  • Agile Testing (4Aces Model)
    • Intro to Agile Testing
      • Test Principles
        • Test Automation Principles
      • Test Artefacts
      • Test Triangle
      • Agile Testing Quadrant
    • Arrange
    • Act
    • Assert
    • Annihilate
  • INCIDENT MANAGEMENT (TRACeR MODEL)
    • Intro to TRACeR
      • What is Incident Management
      • Incident Management Workflow
    • Triage
    • Review
    • Action
    • Check
    • Resolve
  • Change Management (3C Change Model)
    • Intro to 3C Change
      • What is Change?
      • What is Change Management?
      • 7Rs of Change Management
      • Model States
      • Implementation
    • Capture
      • Priority
      • Experience
      • Impact
      • Change Types
    • Consider
      • Risk
    • Conduct
      • Plan
        • Change Activities Matrix
      • Perform
        • Rollback or Roll-forward
      • Prove
        • Change Result/Status
  • Faciliation
    • Intro to Faciliation
      • Agile Facilitation
      • Planning and Running a Workshop
    • Meetings
      • Meeting Prep
    • Workshops
      • Quarterly Planning Workshop
      • Integrated Culture Workshop
    • Games
      • Dice Game
      • Battleships
      • Kanban Pizza Game
    • Icebreakers
      • Check Your Personal Thinking Style
  • Agile Coaching (A6 Model)
    • Intro to Coaching
    • Agree
    • Address
    • Assess
    • Align
    • Assign
    • Account
  • Agile Leadership
    • Intro to Agile Leadership
  • Strategy
    • What is Strategy?
    • What is Vision?
    • What is a Mission?
    • What are Values and Drivers?
    • Intent-based Outcomes
    • MunroMaps
  • OKRA
    • OKRS + ACTIONS = OKRA
      • Implementation
      • Cycle Cadence
    • Objectives
      • OKRs
    • Key Results
    • Actions
  • Agile Software Architecture (C4 Model)
    • Intro to Architecture
      • Role of the Architect
      • SOLID Principles
      • DRY Principle
      • Single Source of Truth (SSOT)
    • Context
      • Examples
    • Container
      • Examples
    • Component
      • Examples
    • Code
      • Examples
    • Patterns
      • Back-end for Front-end (BFF)
      • Event-Driven Microservices
  • Portfolio Management (PMO Practice Model)
    • Intro to Portfolio Management
      • Practices & Flow
      • Objectives
      • Types
      • Maturity Assessment
      • Setting Up
        • Charter
    • Demand Practice
    • Risk Practice
    • Performance Practice
      • Cost of Delay (CoD)
      • Metrics
    • Report Practice
    • Delivery Practice
    • Asset Practice
    • Change Practice
  • RAFT
    • RAFT Framework
  • Tools
    • Jira
      • Best Practice
      • Printing Physical Cards
    • Confluence
      • Best Practice
      • Example Confluence Layout
    • Power BI
      • Power Query M
    • Miro
      • Best Practice
  • FAQs
    • Frequently Asked Questions
    • Glossary of Terms
  • Thanks & Contributors
    • Thanks
    • License
Powered by GitBook
On this page
  • Overview
  • Input
  • Outputs
  • Timebox
  • Roles and Responsibilities
  • Agenda
  • References

Was this helpful?

  1. Topics
  2. Planning

Sprint / Iteration Planning

Last updated 9 months ago

Was this helpful?

We use this to set the team up for success with clear goals and expectations so that we can all be on the same page about what the iteration is trying to achieve.

Overview

Sprint Planning is the first action in the sprint and sets it up for success.

The whole Scrum team, plus relevant stakeholders and SMEs, should collaborate in this ceremony.

Input

  • Availability

    • Number of days in the sprint

    • Team members leave or not sprint-related commitments

  • Capability

    • Team velocity

    • The skills required to deliver a Story

  • Constraints, issues and risks

    • Anything that could block or delay the sprint

    • Any dependencies from other teams

  • Product Backlog

    • Unfinished work from the previous sprint that is still a priority

      • Can be pushed to the Sprint Backlog and reviewed during the planning

    • Action points from Sprint Retrospective

      • It is recommended only to add action points that will affect the velocity of the board.

    • Product Backlog Items, preferably in order of priority

  • Quarterly roadmap

    • PO reinforces the bigger picture of how the items in Backlog relate to roadmap items.

Outputs

  • Sprint goal

    • Why are we running this sprint

    • PO proposes a Sprint Goal that provides focus, and the team collaborate to finalise it

    • The sprint goal drives the decisions during the sprint

  • Sprint backlog

    • A list of Stories done within the Sprint accomplishing the Sprint goal

    • The Scrum team refines the list to a comfortable level of confidence in delivering it

  • Plan for the sprint - At least a plan of attack for the first half of the sprint

    • Break the stories further into daily tasks

    • Take into consideration extra time for cross-skilling

    • A good ballpark is to commit to what can be done in 8 days, assuming a day is used on Sprint Ceremonies and other meetings and another day for routine tasks and contingency.

Timebox

The Scrum Guide recommends 8 hours for a four weeks sprint, meaning up to four hours for a two weeks sprint. Instead of doing a long session and risk losing engagement as time passes, a better approach is to set up specific story elaboration sessions, removing story clarification, refinement and estimation from the sprint planning ceremony.

If all stories are "ready", meaning they are elaborated, refined, discussed, understood and estimated at the beginning of the Sprint Planning, the team can plan in an hour.

Roles and Responsibilities

Role
Responsibilities
Deliverables

Scrum Team

Commit to an increment to be delivered within the Sprint

Sprint Goal, Sprint Backlog, Sprint Plan

Development Team

Are intimate with the stories that are likely to be included in the sprint

Collaborate to define the most efficient way to deliver the increment

Understand the value the Sprint will achieve

Commitment to deliver the increment

Product Owner

Assure the Scrum Team understand the goal for the sprint

Assure the Development Team understand the Stories

Provides a refined set of stories ready for planning

Identifies the business objective they ideally would like to see accomplished during the sprint.

Prioritised and elaborated Product Backlog Items

Scrum master

Assure the Scrum team is ready for Sprint Planning.

Keep the ceremony on topic.

Scrum team ready to plan

Safe environment

Subject Matter Expert

Provide support to clarify Stories.

Confirm if the planned solution returns the expected value.

Agenda

Timebox (minutes)
Owner
Description

15

Scrum master

  • Confirm availability for the sprint

  • Review the unfinished stories on the last sprint and close that sprint

  • Review the retro action points and estimate them

30

Product Owner

  • Reminds the Scrum team about the Quarterly Goals

  • Proposes the Sprint Goal and collaborate with the Scrum team to define the stories that will achieve the goal

60

Development Team

  • Collaborate to define a plan of attack, breaking down stories, highlighting possible blockers.

  • Define commitment for the sprint

15

Development Team

  • Present the plan to the PO and SM

30

Scrum team

  • Review and fine-tune the plan

  • Confidence vote

  • Start the Sprint

References

Scrum Guide:

https://scrumguides.org/scrum-guide.html#sprint-planning