9 minute read · Original practice exercise included

Before you start: Understand work in progress, throughput and consistent time units.

Read the lesson Explore tools and references

Watch this lesson

Project Management Exam Prep / E26

Agile planning and metrics

YouTube connects when you play a video or follow its links. Playback depends on the video’s availability on YouTube. Its own privacy and storage practices then apply. Voices are AI-generated.

Tools and references for this lesson

Use these resources to practise and extend the topic. Further applications may go beyond the lesson transcript; source pointers lead to the original author or publisher.

Calculators (2)
Conceptual models (5)
  • Choosing the delivery approach

    Choose how to organise delivery by examining uncertainty, the cost of change and the feedback available. Different components of the same project can need different approaches. · Guide

  • Life cycles, phases and gates

    A life cycle groups work into phases and defines when to reconsider the investment. A gate is a decision based on evidence, not simply a meeting on the calendar. · Guide

  • Burn charts and velocity

    Forecast, as a range, when a team will finish, and see whether a gap comes from its pace or from added scope. · Study sheet

  • Kanban board and flow

    Keep a flow of work moving and predictable, by showing all of it and limiting how much is in progress at once. · Study sheet

  • The Scrum cycle

    Deliver in short, fixed cycles, and after each one inspect and adapt. · Study sheet

Further applications (2)
Original framework and research sources (2)
  • Lean thinking

    Explore improvement through customer value and the way work flows. · Source pointer

  • Scrum

    Find the canonical definition before adapting a Scrum-based delivery approach. · Source pointer

Check your understanding

A stable system completes five items per day and averages 20 items in progress. What average cycle time does Little’s law imply?

Show answer and reasoning

Cycle time = WIP ÷ throughput = 20 ÷ 5 = 4 days, using a consistent system boundary and stable long-run averages. It is not a promise for every individual item.

Apply the same reasoning to your own example. State one assumption you would need to check.

Chapters

Jump to the corresponding passage in the transcript.

  1. OpeningWatch on YouTube
  2. One topic, three lensesWatch on YouTube
  3. The core in plain wordsWatch on YouTube
  4. Models and methods: velocity and burn chartsWatch on YouTube
  5. Models and methods: Kanban and flowWatch on YouTube
  6. Mid-level and SeniorWatch on YouTube
  7. Exam drillWatch on YouTube
  8. RecapWatch on YouTube

Study materials

Open the original practice sheet · print or save as PDF

Key terms

The series’ own explanations. Official sources and edition pointers are below.

Sprint
A fixed period of one month or less in which a team turns backlog items into a usable increment. Scrum's word; PMI® also says iteration; APM and the ICB4 say timebox.
Product owner, developers, scrum master
Scrum's three accountabilities: the product owner orders the backlog for value, the developers build the increment, and the scrum master helps the team use Scrum and removes obstacles.
Velocity
The story points of accepted work that one team finishes in a sprint. A basis for a forecast given as a range; never a target, and never compared between teams.
Burndown and burnup
A burndown plots the work left against an ideal line from the total to zero. A burnup plots the work done and the total scope, so added scope shows as a step.
Work-in-progress (WIP) limit
The most items allowed in one column of a Kanban board at a time. When a column is full, people help finish work before new work starts.
Cycle time and throughput
Cycle time runs from the start of an item to its finish (PMI®'s lead time runs from the board to delivery). Throughput: items finished per week. Little's law: cycle time = WIP ÷ throughput.

About the lesson’s level labels

Levels (this series' labels): Mid-level = moderately complex projects (IPMA Level C, PMI's PMP®); Senior = complex projects and people (IPMA Level B, APM's Chartered Project Professional).

These are the series’ teaching labels, not a declaration that the certifications are equivalent.

Read the transcript

Timed from the episode captions.

Open episode transcript

Sara: Welcome to Project Management Exam Prep.

This episode is about agile planning and metrics: planning in short cycles,

and forecasting from the pace a team really achieves.

Leo: You will learn the Scrum cycle, velocity and release forecasts,

burn charts, and Kanban. We finish with a drill, so keep a pen and a calculator

ready.

Sara: Let us start with the three lenses. What does IPMA® say?

Leo: IPMA®, the International Project Management Association, sets out its standard in

the Individual Competence Baseline, the ICB4.

It prescribes no method. Its element on time names time boxes and Kanban charts:

with iterative planning, you plan only the current iteration in detail.

Its finance element names velocity analysis for forecasting.

Sara: And PMI®?

Leo: PMI®, the Project Management Institute, publishes the PMBOK® Guide,

its guide to the project management body of knowledge.

The eighth edition covers adaptive and hybrid schedules, with story points,

velocity, burn charts and Kanban boards.

The outline of PMI®'s Project Management Professional exam, the PMP®,

asks you to schedule to the chosen approach.

About sixty percent of its questions involve agile or hybrid work.

Sara: And APM?

Leo: APM, the Association for Project Management, publishes the APM Body of Knowledge.

In iterative work, timeboxes fix time and cost, while scope and quality flex,

and burndown charts track completion. The syllabus of APM's Project Management Qualification,

the PMQ, asks how linear, iterative and hybrid life cycles differ,

and how resources are planned in each.

Sara: Where do the words differ?

Leo: In two places. First, the fixed period of work.

Scrum says sprint. PMI® says iteration, or sprint.

APM and the ICB4 say timebox. Here, we say sprint.

Sara: Second?

Leo: Flow times. PMI® separates lead time, from when an item joins the board until delivery,

and cycle time, from the start of work to its end.

The others do not define them, so say which you mean.

Sara: What is the core, whichever exam you take?

Leo: Three ideas. One: plan in layers. A vision, a release plan for a few months,

and detail for the next sprint only. The backlog, the ordered list of work,

is detailed at the top and rough below.

Sara: Two?

Leo: Scrum is a widely used frame for that rhythm.

Ken Schwaber and Jeff Sutherland set it out in the Scrum Guide,

free under a Creative Commons licence. In our own words, the product owner orders

the backlog for value. The developers turn items into a usable increment every sprint.

The scrum master helps the team use Scrum well, and gets obstacles removed.

None is called project manager.

Sara: And the cycle?

Leo: A sprint lasts one month or less. Sprint planning sets a sprint goal.

A daily scrum of fifteen minutes checks progress towards it.

The review shows the increment to stakeholders, and the retrospective improves how

the team works. The artefacts are the product backlog, the sprint backlog and the

increment. An item counts only when it meets the definition of done,

the checklist finished items must pass.

Sara: And three?

Leo: Forecast from finished work. Linear work tracks progress against a baseline schedule.

Iterative work often fixes the dates and the team, and asks how much scope will

fit.

Sara: How do you measure the pace?

Leo: Velocity: the story points of accepted work a team finishes in one sprint.

A story point is a relative size the team agrees, not hours.

It is a forecast, never a target, and it belongs to one team,

because each team sizes its own points.

Sara: The model sheet, free in the description, draws a burndown chart.

Leo: It plots the work left after each sprint against an ideal line,

straight from the total to zero. Take a release of two hundred points in eight sprints:

the ideal line falls by twenty-five a sprint.

After four sprints, one hundred and twenty points are left, where the ideal line

is at one hundred. Above the line is behind: twenty points behind.

Sara: When will it finish?

Leo: Give a range. The recent sprints finished twenty, twenty-four and twenty-two points.

At twenty-four a sprint, the rest takes five sprints.

At twenty, it takes six. The plan has four left, so the release ends one or two

sprints late. Holding the date would need one hundred and twenty over four:

thirty a sprint. Say so, and bring options.

Sara: And a burnup chart?

Leo: It draws the work done, rising, and the total scope above it.

When scope grows, the top line steps up.

On a burndown, added scope can look like a slow team.

Sara: And when the work does not fit sprints?

Leo: Then Kanban, set out for knowledge work by David J.

Anderson in two thousand and ten. Work flows across a board, without sprints.

Make all the work visible, one card per item.

Limit the work in progress in each column.

And manage the flow: when a column is full, people help finish before starting more.

Sara: How do you measure flow?

Leo: Cycle time is how long an item takes from start to finish.

Throughput is how many items finish each week.

John Little's law, from nineteen sixty-one, links them.

In a steady system, the average cycle time is the work in progress divided by the

throughput. Twelve items in progress with four finished a week take three weeks

each. Limit the work in progress to eight.

If four still finish a week, each takes two weeks.

Sara: And hybrid use?

Leo: A hybrid can mix all three: milestones on top, features built in sprints,

and fixes on a Kanban board. The forecasts from below feed the dates above.

Sara: How does this change between Mid-level and Senior?

Leo: First, the two levels. They are this series' own labels.

Mid-level means leading moderately complex projects, the level of IPMA® Level C and

PMI®'s PMP® exam. Senior means leading complex projects and people,

the level of IPMA® Level B and of APM's chartered status, Chartered Project Professional.

At Mid-level, you run the metrics well for one team.

Take Parking Permits Online, a city project that moves resident parking permits

online in eight months. A supplier builds the resident screens in two-week sprints,

inside a predictive frame. The project manager, Anna, turns the burnup into a date

range for the steering group every two weeks.

Sara: And at Senior level?

Leo: You design the measures that many teams report into.

Take One City Account, a thirty-month city project that brings fourteen online services

under one login, led by Anna some years later.

Each team keeps its own velocity, and Anna never adds up or compares points across

teams. Before each gate, the steering board sees a date range for each service,

and decides what moves.

Sara: Now the drill. A city team builds an online booking service for sports halls in

two-week sprints. It must go live after ten sprints, when the old system's licence

ends. The release began with one hundred and sixty story points.

After seven sprints, one hundred and forty are done.

The latest sprints finished eighteen, twenty and twenty-two.

Departments have also added sixty points of requests.

The sponsor asks: why is the team slow, and will it be ready?

Leo: Pause and write your answer. You have forty-five seconds.

Sara: First, the numbers.

Leo: The scope is now two hundred and twenty, so eighty points are left.

Three sprints remain. At eighteen a sprint, they hold fifty-four points.

At twenty-two, sixty-six. So fourteen to twenty-six points will not fit.

Sara: Is the team slow?

Leo: No. The plan needed one hundred and sixty over ten: sixteen a sprint.

The team averages twenty. Without the added sixty, it would finish two sprints early.

The gap is scope, not speed. The shortcut: divide the work left by the velocity.

Eighty over twenty is four sprints. Only three are left.

It works because each sprint finishes about one velocity of work.

Sara: And the answer?

Leo: Show the burnup: the done line on pace, the scope line stepped up.

With the product owner, fit the must-haves into the low end, fifty-four points,

and move the rest to a later release. A new request now pushes out work of the same

size.

Sara: What lifts that to Senior?

Leo: The date is fixed, so the trade is scope.

Agree who may add work to a fixed-date release, and when the steering group decides.

Report a range with its confidence. And protect the team: pressing for points only

inflates the estimates.

Sara: How do the exams ask this?

Leo: IPMA®'s exams ask for open answers. IPMA®'s certification also includes an interview,

where assessors ask about your own projects: note how you forecast on one.

The PMP® exam uses scenarios, and questions built on a case study or a chart.

APM's PMQ asks for short written answers, such as why a timebox fixes time and cost.

Sara: Let us recap.

Leo: One. Plan in layers, with only the next sprint in detail.

Sara: Two. Scrum has three accountabilities, four events inside the sprint,

and a definition of done.

Leo: Three. Velocity is one team's accepted work per sprint: a forecast as a range,

never a target.

Sara: Four. A burnup shows whether a gap is speed or scope.

Leo: Five. Kanban limits work in progress. By Little's law, less work in progress means

shorter waits.

Sara: The model sheets and the study handout are in the description.

This was the last episode.

Leo: Next: back to the start with the introduction, whose study paths show the episodes

for your exam.

Sources & further reading

Consult the original publications and authoritative references below. For certification requirements, use the current official documents. Edition-specific page references are included only when verified.

Original and technical references for the related tools