Markdown Editor

PI Planning Board Template

PI (planning interval) planning record: features, team capacity and load, objectives with business value, train board with dependencies, ROAM risks, confidence vote, predictability results

Project ManagementStandardStructure aligned with PI planning in SAFe 6.0 (Scaled Agile)planningboard

How to use: Use it to prepare, run and close a PI planning event for a team of agile teams. Fill the features and team capacity before the event, and the dependencies and ROAM risks during it. The main pitfall is planning to full capacity or drawing dependencies without owners and dates on both sides.

Preview

PI Planning Board: [Train name], PI [number]

A record of a planning interval (PI) planning event for a team of agile teams that plan and deliver together: the context and features going in, each team's capacity and objectives with business value, the board of features, milestones and cross-team dependencies by iteration, the risks sorted with the ROAM convention, the confidence vote, and, at the end of the interval, the results against plan. PI planning is best known from the Scaled Agile Framework (SAFe), where it is a recurring, typically two-day event for an Agile Release Train every 8 to 12 weeks. This page is a generic, original format and does not reproduce SAFe material. Replace every [bracketed] value and every row marked Example.

Document control

FieldValue
Document ID[PIP-TRAIN-PI]
Train[Train name]
Planning interval[PI number]
PI datesYYYY-MM-DD to YYYY-MM-DD
Iterations[N development iterations of N weeks, plus an innovation and planning iteration if used]
Planning eventYYYY-MM-DD to YYYY-MM-DD, [location or online]
Facilitator[@train-facilitator]
Business owners[@name, @name]
Version[1.0]
Status[Draft / Committed / Closed with results]
Classification[Internal]

Approvals

RoleNameActionDate
Train facilitator[@facilitator]Publish planYYYY-MM-DD
Business owner[@business-owner]Agree objectives and business valueYYYY-MM-DD
Product management[@product-manager]Confirm feature prioritiesYYYY-MM-DD

Revision history

VersionDateAuthorChange
0.1YYYY-MM-DD[@author]Pre-planning inputs
1.0YYYY-MM-DD[@author]Committed plan after confidence vote
1.1YYYY-MM-DD[@author]Results added at end of interval

The worked example is the Claims Digital train of the fictional Fernhallow Insurance Group: four teams (Atlas, Beacon, Cobalt, Delta) planning PI 27.2, from 2027-04-05 to 2027-06-11: four two-week iterations and a two-week innovation and planning iteration.

IterationDates
I12027-04-05 to 2027-04-16
I22027-04-19 to 2027-04-30
I32027-05-03 to 2027-05-14
I42027-05-17 to 2027-05-28
IP (innovation and planning)2027-05-31 to 2027-06-11

1. Context and features

RankFeature IDFeatureBenefit hypothesisOwner
[N][FEAT-NNN][Feature][Expected outcome][@product-manager]
1 (Example)FEAT-201Online first notice of loss for motor claims30% of new motor claims start online[@product-manager]
2 (Example)FEAT-202Photo upload for damage evidenceAssessor visits fall for minor damage[@product-manager]
3 (Example)FEAT-203Claim status trackerStatus calls to the contact centre fall[@product-manager]
4 (Example)FEAT-204Fraud signal hand-off to the investigations teamFaster referral of suspicious claims[@product-manager]

Milestones and fixed dates: [regulatory dates, releases, events].

Example: Marketing campaign for online claims starts 2027-06-01.

2. Team capacity

TeamMembersVelocity per iterationCapacity for 4 iterations after leavePlanned loadLoad %
[Team][N][Points][Points][Points][%]
Atlas (Example)640152 (160 minus 8)12280.3%
Beacon (Example)534130 (136 minus 6)10480.0%
Cobalt (Example)746174 (184 minus 10)14080.5%
Delta (Example)532124 (128 minus 4)10080.6%
Train (Example)2358046680.3%

3. Team objectives

3.1 Team [name]

IDObjectiveCommitted?Planned business valueFeatures
[OBJ-T-N][Objective][Committed / Uncommitted][1 to 10][FEAT-NNN]
OBJ-A1 (Example)Policyholders can report a motor claim online, end to endCommitted10FEAT-201
OBJ-A2 (Example)Policyholders can upload damage photos, scanned for malwareCommitted8FEAT-202
OBJ-A3 (Example)Claim reference sent by email and text within 1 minuteCommitted7FEAT-201
OBJ-A4 (Example)Photo quality hints on mobileUncommitted5FEAT-202

Example: Team Atlas planned business value for committed objectives is 25 (10 + 8 + 7).

4. Train board

TeamI1I2I3I4IP
[Team][Feature or milestone]
Atlas (Example)FEAT-201 formFEAT-201 submitFEAT-202 uploadFEAT-202 scanInnovation
Beacon (Example)Claims API v2FEAT-203 eventsFEAT-203 trackerHardeningInnovation
Cobalt (Example)Document storeMalware scan serviceFEAT-204 rulesFEAT-204 hand-offInnovation
Delta (Example)Notification serviceFEAT-201 messagesFEAT-203 alertsLoad testInnovation
Milestones (Example)Online claims beta 2027-05-14Campaign 2027-06-01
Dep IDFrom team (needs)To team (provides)WhatNeeded byStatus
[DEP-NN][Team][Team][Item][Iteration][Agreed / At risk]
DEP-01 (Example)AtlasBeaconClaims API v2 to submit FNOLEnd of I1Agreed
DEP-02 (Example)AtlasCobaltMalware scan service for photo uploadEnd of I2At risk
DEP-03 (Example)AtlasDeltaNotification service for claim referenceEnd of I1Agreed

5. Risks (ROAM)

IDRiskROAMOwnerActionReview date
[RSK-NN][Risk][Resolved / Owned / Accepted / Mitigated][@owner][Action]YYYY-MM-DD
RSK-01 (Example)Malware scan vendor contract not signed before I2Owned[@cobalt-lead]Escalate to procurement, fallback to open-source scanner2027-04-16
RSK-02 (Example)Two Delta members on leave in I3Accepted[@delta-lead]Capacity already reducedn/a
RSK-03 (Example)Claims API performance under campaign loadMitigated[@beacon-lead]Load test in I42027-05-28
RSK-04 (Example)Unclear data retention for photosResolved[@privacy-lead]Retention rule confirmed during planningDone

6. Confidence vote and commitment

TeamVotes (1 to 5)AverageConcerns raised
[Team][Votes][Average][Concerns]
Example: Train23 votes: 3 at 5, 15 at 4, 5 at 33.9DEP-02 timing

Commitment statement: [The teams commit to the committed objectives in section 3 under the stated risks and dependencies.]

7. Results at the end of the interval

TeamPlanned BV (committed)Actual BVPredictability
[Team][N][N][%]
Atlas (Example)252392.0%
Beacon (Example)242187.5%
Cobalt (Example)2728103.7%
Delta (Example)201575.0%
Train (Example)968790.6%

Example: Atlas scored 10 on OBJ-A1, 6 on OBJ-A2 (scan service late, DEP-02), 7 on OBJ-A3 and 0 on OBJ-A4. Cobalt exceeded plan because it completed an uncommitted objective. Delta's shortfall goes to the train retrospective.

8. Related templates

Glossary

  • Planning interval (PI): a fixed timebox of several iterations in which a team of teams plans and delivers together. SAFe 6.0 uses this name; earlier SAFe versions called it a program increment.
  • Train: a long-lived team of agile teams that plans, commits and delivers together; in SAFe, an Agile Release Train (ART).
  • Innovation and planning (IP) iteration: a final iteration in the interval kept for innovation, learning and the next planning event.
  • Business value (BV): a relative score that business owners give an objective.
  • ROAM: a convention for sorting risks as Resolved, Owned, Accepted or Mitigated.
  • FNOL: first notice of loss, the first report of an insurance claim.

Standard and licence note

Structure aligned with PI planning as described in the Scaled Agile Framework (SAFe 6.0, Scaled Agile, Inc.), PI planning article updated 15 March 2026: https://framework.scaledagile.com/pi-planning. SAFe is cited by name only: no SAFe text, figures or graphics are reproduced, and the sections, wording, ROAM and predictability descriptions and the fictional Fernhallow example are original. Official text: Scaled Agile, Inc., licensed access and permissions: https://framework.scaledagile.com/usage-and-permissions. Scaled Agile Framework and SAFe are registered trademarks of Scaled Agile, Inc. Check the current SAFe guidance before use. Template licence: MIT.

Related templates