Planned sprint ADS Q2 W23 - 08-12 June • planning snapshot + end-of-sprint outcome snapshot
This retrospective uses the planning snapshot as the baseline promise set for sprint intent and entry kind, and the outcome snapshot as the actual end-of-sprint result.
Download DOCXYellow. The sprint closed 10 of 18 visible items, including 2 Stories, 1 Tasks, and 7 Bugs. Product movement was real, but the sprint was still noisy: 4 items entered after planning and 3 of them were closed. The main misses were concentrated in 8 carryovers.
| Metric | Value | How to read it |
|---|---|---|
| Visible sprint items | 18 | Normalized sprint fact base: planning baseline plus outcome additions and planning-only misses |
| Delivered items | 10 | Items whose final outcome bucket is Done |
| Carry overs | 8 | Items not closed at sprint review |
| Delivered mix | 2 / 1 / 7 | Stories / Tasks / Bugs delivered |
| Entry kind mix | 14 / 4 / 0 | Planned / Added during sprint / Stretch visible |
| Readiness mix | 3 / 15 / 0 | Ready / At risk / Not Ready across the normalized sprint fact base |
| Progress items behaving as intended | 3/4 | Progress items were expected not to finish in this sprint |
| Signal | Value | How to read it |
|---|---|---|
| Available capacity | 67.2 | Policy-weighted engineering availability after holidays and OOO |
| Nominal capacity | 68 | Active workdays after weekends and bank holidays, before OOO |
| OOO capacity | 0.8 | Vacation / OOO days from tracker evidence when present |
| Bank holiday capacity | 0 | Policy-weighted public-holiday capacity removed from the sprint window |
| Included people | 18 | People with non-zero implementation capacity in this sprint window |
Capacity is companion context for the pulse; it does not alter snapshot issue-count denominators.
It is not a true hours estimate.
OOO tracker export: capacity_ooo_tracker_export.csv
Pavel Petronel replaced Dron Gabriel
Paul Tanasuca ended without configured replacement
Rojan Shrestha replaced Raul Popovici
Below are the items marked Done in the sprint review snapshot, grouped by work-item type.
| Jira item | How entered |
|---|---|
| ADS-7375 — [BE/FE] - Disciplinele in EN pentru programele de studiu din EN | Planned |
| ADS-7740 — [TDD][Generare Adeverințe] - Creare document tehnic | Planned |
| Jira item | How entered |
|---|---|
| ADS-7429 — [Admitere v2][Documentele candidatului] - Adaugare Banca si IBAN in Detaliile personale | Planned |
| Metric | Value | How to read it |
|---|---|---|
| Partial completion | 3 | Carryovers blocked by partial completion |
| Dependency / competing work | 0 | Delivery slipped because attention or dependency landed elsewhere |
| Not started | 0 | Committed item never really got underway |
This product pulse is retrospective only and uses the planning snapshot for baseline fields and the outcome snapshot for actuals.
3 rows have Sprint Intent = Progress and remained open; they are treated as healthy continuation rather than finish misses.
| Report element | How to drill down | Traceability mechanism |
|---|---|---|
| Delivered Stories / Tasks / Bugs | Click the section count rows | Snapshot-exact JQL by issuekey list |
| Carry overs / not delivered | Click the Carry overs count | Snapshot-exact JQL by issuekey list |
| Miss pattern summary | Click each miss-pattern count | Snapshot-exact JQL by issuekey list |
| Snapshot | Issue count | Link |
|---|---|---|
| Planning snapshot raw list | 14 | 14 issues in the planning snapshot |
| Sprint review / outcome snapshot raw list | 18 | 18 issues in the Friday review snapshot |
| Normalized sprint fact base | 18 | 18 issues used for metrics and drill-down |
Planning and outcome are separate frozen moments.
Metric tables use the normalized sprint fact base, which keeps planning-only misses and outcome-only additions visible for traceability.
| Artifact | Link |
|---|---|
| Issue audit register | Open issue-level audit CSV |
| Metric lineage | Open metric lineage CSV |
| JQL traceability register | Open JQL traceability CSV |
| Sprint metrics JSON | Open sprint metrics JSON |
Use these files when you need to validate the exact rows and formulas behind a pulse claim.