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
  • Goal
  • Purpose
  • Accountabilities
  • Delegations
  • Outputs
  • Principles of Quarterly Planning
  • Commitment to Process
  • Before the Session
  • During the Session
  • After the Session
  • FAQs

Was this helpful?

  1. Faciliation
  2. Workshops

Quarterly Planning Workshop

Quarterly planning is a critical practice focusing on goal-setting initiatives for the upcoming three months, primarily targeting shorter-term objectives that can be achieved within this timeframe. The process ensures that teams can translate strategic aspirations into actionable execution plans.

Goal

  • To convert aspirational strategic plans into realistic execution strategies.

Purpose

Purpose Area
Description

Connected D&T Roadmap

Focus on aligning efforts for the next quarter.

Cross-Domain Dependencies

Identify interdependencies across various domains.

Capacity Planning

Assess and allocate team resources effectively.

Funding Planning

Outline budgetary requirements for the quarter.

Performance Deep Dive

Analyse performance and architectural considerations to improve outcomes.

Accountabilities

Role
Responsibility

Heads of Platforms / Managers

Lead their respective platforms in planning and execution.

Delivery Lead

Document actions and decisions made during the planning sessions.

Action Owners

Own actions stem from discussions across platforms, domains, etc.

Final Decision Maker

The executive or nominated manager holds the authority for final decisions.

Prioritisation

Domain Steerco manages prioritisation decisions.

Delegations

  • Allocation of budget.

Out of Scope

  • Funding decisions.

Outputs

A successful quarterly planning event aims to deliver two primary outputs:

Output
Description

Committed Objectives

Teams create a set of objectives with business value assigned by stakeholders.

The Plan

Highlight new delivery dates, team dependencies, relevant milestones, and key resource contention.

Continuous Improvement Items

Adjust operating models based on performance feedback and outline retrospective actions.


Principles of Quarterly Planning

  1. Teams over Individuals Focus on collaborative planning within teams rather than individual roles, recognising that stable teams yield higher productivity.

  2. "Roughly Right" over "Precisely Wrong" Embrace a flexible approach to planning that accommodates change and uncertainty, avoiding the pitfalls of overthinking.

  3. Continuous Planning Cadence Adopt a cycle of regular re-evaluation, allowing adjustments as new information emerges. Thus, you can manage uncertainty more effectively.

  4. Tolerate Incomplete Information Accept that complete data may not always be available. Planning should proceed based on sufficient data to avoid costly delays.

  5. Balance Demand and Supply Align fixed development capacity with evolving business demands through prioritisation, ensuring resources are directed to the highest-value activities.

Commitment to Process

Before the Session

What: Conduct a pre-quarterly planning event to align cross-functional teams with business, platform, and delivery goals. Why: To ensure readiness regarding organisational context, content, and logistics for a successful planning event.

Aspect
Questions for Readiness

Organisational

Are all teams prepared with necessary documentation (vision, roadmap, etc.)?

Content

Is there a common understanding of priorities and has the necessary information been shared?

Logistic

Do we have the required tools and materials to support planning?

During the Session

Day 1:

  • Review Last Quarter: Evaluate achievements, lessons learned, and stakeholder feedback.

  • Vision & Strategy: Clarify platform vision and set SMART objectives.

  • Dependencies: Identify dependencies across people, products, time, funds, and tools.

  • Solution & Architecture: Assess the current state of solutions and foundational work required.

  • Releases: Outline planned releases and their impacts.

  • Team Breakouts: Teams present draft plans for feedback and validate priorities with stakeholders.

End of Day:

  • Reflect on insights and adjustments needed regarding vision, scope, and resources.

Day 2:

  • Roadmap Adjustments: Review and refine plans based on feedback.

  • Risk Identification: Address dependencies and risks using the ROAM framework (Resolved, Owned, Accepted, Mitigated).

  • Objectives: Set stretch objectives and score them based on business value.

  • Confidence Voting: Assess team confidence in plans using a Fist-of-Five vote.

Try: Conduct an event retrospective to identify what went well and what needs improvement.


After the Session

  • Define the release scope for the next time box.

  • Ensure a shared understanding of objectives and program risks.

  • Conduct a retrospective to gather insights and improve future planning processes.


FAQs

  • Why is planning necessary in a fast-paced environment? Planning provides a framework for alignment and prioritisation, even amidst rapid changes.

  • How can we streamline the process to enhance value? Focusing on essential objectives and facilitating effective communication can make the planning process more efficient and impactful.

Last updated 7 months ago

Was this helpful?