Engineering Performance · PI 10 brief

PI 10 · Data

PI 10 ran 28 April to 5 August 2026. This brief summarises Data's PI 10 results across the five active sprints. The IP sprint (S6) is excluded from headline metrics per the standard convention.
PI window
28 Apr to 5 Aug
Active sprints
5 (S1-S5)
IP sprint
S6 excluded
Status
Complete
Data shipped data-ecosystem-core 1.0.0 on 7 July, closing a release-candidate sequence that ran from late May. Four final releases landed in PI 10, the team's highest count in the trend window. Merged MR throughput finished three times the PI 8 level. Every parseable sprint goal was hit.
Completion Ratio
37%
▲ +2pp vs PI 9 (34.6%)
Committed Done vs Capacity
34%
▼ -45pp vs PI 9 (78.4%)
Velocity vs Capacity
84%
▼ -17pp vs PI 9 (101.2%)
Sprint Goals Hit
100%
2 of 2 parseable · hygiene caveat
Creep Ratio
126%
▼ +102pp vs PI 9 (24.1%)
Bugs Completed
22
▼ +13 vs PI 9 (9)
Merged MRs
107
▲ +206% vs PI 8 · 1.5/day
Capacity, Commitment, Velocity, Creep · PI-level
Story points per PI · active sprints only · velocity = commit_done + creep_done · creep shown as absolute SP
Capacity Commitment Velocity Creep
Capacity, Commitment, Velocity, Creep · PI 10 by sprint
All six sprints actual. S5 was planned with zero commitment; the 16 SP resolved that sprint came entirely from unplanned work. S6 is the IP sprint and is excluded from the headline metrics above.
Capacity Commitment Velocity Creep
Creep Ratio · PI-level
creep / commitment · 20% ceiling shown
Creep ratio 20% ceiling
Bugs Completed · PI-level
Count per PI · active sprints only
Bugs
Release activity · PI-level
GitLab final release counts per PI, active window. RC and non-version tags excluded.
Final releases
Merged MRs and commits · PI-level activity
Accepted merge requests and commits per PI, attributed by team member, active sprints only. PI 9 was a broad-based activity peak across the whole organisation.
Merged MRs Commits (right axis)

Final releases this PI

Final releases shipped in PI 10 across all Data projects. RC and non-version tags excluded.
DateProjectVersion
19 Maydata-platform-civ0.2.1
28 Maydata-platform-civ0.2.2
26 Jundata-platform-civ0.2.3
7 Juldata-ecosystem-core1.0.0

Goal progress

Progress against 2026 team-level engineering goals applicable to Data · status reflects the PI 10 final position.
Sprint & PI goal achievement
100% · 2 of 2 parseable
Target: ≥ 80% (shared, all teams)
Hygiene Check

Only 2 of Data's 5 active sprints had goals the warehouse could parse. The other 3 (S1, S2 and S3) wrote goals using [] with no space between the brackets, which the parsing regex does not match. Releases shipped in those sprints, so the work happened. Aligning on - [ ] and - [x] syntax would make the hit rate meaningful. Data's other 2026 goals are project deliverables tracked through Jira initiatives rather than warehouse metrics.

What stood out

data-ecosystem-core 1.0.0 shipped on 7 July after a release-candidate sequence that began on 26 May and ran through eight candidates. Four final releases landed across PI 10, up from three in PI 9 and none in PI 8.

Merged MRs finished at 107 against 35 in PI 8, roughly three times the baseline. Commits reached 1,349 against 614. PI 9's 292 merges were part of an organisation-wide activity peak, so the fall from that figure is a return toward trend rather than a decline.

Velocity vs Capacity finished at 84%. Total resolved work was 92 SP against 109.7 SP of capacity, so the team was productive even though very little of it was planned work.

Where the data is mixed

Creep Ratio finished at 126%, meaning more unplanned work arrived than was ever committed. 127.1 SP of creep against 101 SP of commitment. S1 (44.3 SP creep against 10 SP commitment) and S5 (43 SP creep against zero commitment) account for most of it.

Commitment was set at 92% of capacity, down from 227% in PI 9. Planning came down sharply and unplanned work filled the space. Committed Done vs Capacity of 34% reflects the small plan rather than low output: Velocity vs Capacity was 84%.

S5 was planned with zero commitment. The team resolved 16 SP of unplanned work in it. Web shows the same zero-commitment pattern in its own S5, so this is worth understanding as a planning practice rather than a one-off.

Bug count rose to 22 from 9 in PI 9. S3 accounted for 11 of them.

Sprint goal tracking remains hard to read. Three of five active sprints wrote goals using [] with no space between the brackets, which the warehouse regex does not match, so the 100% figure rests on two data points.