Planned sprint ADS Q3 W36 - 07-11 Sep • 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 15 of 24 visible items, including 2 Stories, 3 Tasks, and 9 Bugs. Product movement was real, but the sprint was still noisy: 6 items entered after planning and all of them were closed. The main misses were concentrated in 9 carryovers.
| Metric | Value | How to read it |
|---|---|---|
| Visible sprint items | 24 | Normalized sprint fact base: planning baseline plus outcome additions and planning-only misses |
| Delivered items | 15 | Items whose final outcome bucket is Done |
| Carry overs | 9 | Items not closed at sprint review |
| Delivered mix | 2 / 3 / 9 | Stories / Tasks / Bugs delivered |
| Entry kind mix | 18 / 6 / 0 | Planned / Added during sprint / Stretch visible |
| Readiness mix | 6 / 15 / 2 | Ready / At risk / Not Ready across the normalized sprint fact base |
| Progress items behaving as intended | 6/6 | Progress items were expected not to finish in this sprint |
Below are the items marked Done in the sprint review snapshot, grouped by work-item type.
| Jira item | How entered |
|---|---|
| ADS-8706 — [BE/FE]Cazari - Contract nou perioada didactica | Added |
| ADS-8722 — [BE/FE] [State de functii] Configurare nr semigrupe, filtru departament in planul de invatamant | Added |
| Jira item | Why it carried |
|---|---|
| ADS-7559 — Story — [UPG] - Adeverinte de student | Partial completion |
| ADS-8160 — Story — [Burse] - US3 - Configurare burse | Partial completion |
| ADS-8161 — Story — [Burse] - US4 - Alocare burse | Partial completion |
| ADS-8164 — Story — [Burse] - US6 - Rapoarte | Not started |
| ADS-8179 — Story — [Registre Matricole] - US2 Incarcare atribute studenti pentru popularea registrelor matricole | Partial completion |
| ADS-8326 — Bug — [BE-PHP][Cazari] - La decazare soldurie apar incorect fata de fisa studentilor | Breakdown issue |
| ADS-8593 — Bug — [Prod][TUIASI][legacy-web] Admin edit reads missing suppressAdminEvent flag - 2 warnings/72h | Not started |
| ADS-8667 — Story — [FE/BE] Lista imbunatatiri dupa demo 3.09.26 | Missing from outcome snapshot |
| ADS-8682 — Bug — [Prod][TUIASI][Accommodations] Dependency failures cause report and list HTTP 500 burst | Not started |
| Metric | Value | How to read it |
|---|---|---|
| Partial completion | 4 | Carryovers blocked by partial completion |
| Dependency / competing work | 0 | Delivery slipped because attention or dependency landed elsewhere |
| Not started | 3 | 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.
6 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 | 18 | 18 issues in the planning snapshot |
| Sprint review / outcome snapshot raw list | 23 | 23 issues in the Friday review snapshot |
| Normalized sprint fact base | 24 | 24 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.