Sprint Pulse

Engineering Pulse — University ADS Q2 W19 - 11-15 May

Planned sprint ADS Q2 W19 - 11-15 May • planning snapshot + end-of-sprint outcome snapshot

This version uses the planning snapshot as the promise set and the outcome snapshot as the result set. Count metrics link to snapshot-exact JQL result pages. Jira IDs in the report link to live Jira issues.

Download DOCX

Executive summary

Yellow. The sprint closed 11/23 visible items. The team absorbed noise well — 6/10 added items were closed — but predictability on committed work was only 50.0% (9/18), and bugs made up 45.5% of completed items. The main drag was execution system quality, not readiness: 1/9 carryovers had been marked Ready at planning time.

Top-line metrics

MetricValueHow to read it
Committed completion50.0% (9/18)Planned items marked Done ÷ all planned committed items
Committed carryover50.0% (9/18)Planned committed carryovers ÷ all planned committed items
Finish predictability50.0% (8/16)Finish-intent planned items done ÷ all finish-intent planned items
Progress predictability50.0% (1/2)Progress items that behaved as intended by carrying
Added-during-sprint load43.5% (10/23)Added items ÷ all visible items
Added work closure6/10All added items marked Done
Reactive load (bug share)45.5% (5/11)Completed bugs ÷ all completed work
Planning quality27.8% (5/18)Committed items marked Ready ÷ all committed items
Workflow-truth mismatches2Items marked Done in review while workflow status remained non-final

Engineering readout

The sprint did not fail; it traded predictability for responsiveness. 6/10 added items were closed, but that responsiveness came with 45.5% bug share and diluted committed completion.

The miss pattern is concentrated: 1 partial-completion carryovers, 0 dependency-driven misses, and 2 committed items that never really started.

Most misses were not caused by poor readiness. 1 of the 9 carryovers had been marked Ready, so the stronger hypothesis is breakdown, sequencing, and capacity protection rather than simple scoping immaturity.

Delivered work mix

TypePlannedAddedStretchUnclearTotal doneDone %
Story3100436.4%
Task2000218.2%
Bug0500545.5%

Committed work: plan vs execution

SignalValueWhy it matters
Committed items18Explicit promise set
Committed done9Closed as promised
Committed carry over9Unfinished promise
Committed items marked Ready5Planning-quality input
Carryovers marked Ready1Ready did not guarantee finish
Carryovers not started2Execution focus gap
Carryovers started but unfinished1Work moved, but did not close

Carryover pattern

Jira itemOwnerStatusWhy it carried
ADS-5459 — Task — [Universitati][FE] - Missing/incorrect translations in ENstefan.achimTo DoNot started
ADS-7132 — Story — [FE/BE] - Gestiunea restantierilorandrei.alexandruIn ProgressPartial completion
ADS-7334 — Bug — [FE/BE] [UPA] [Catalog] - Informatia de la "Forma de învățământ: " nu se completeazastefan.achimTo Do
ADS-7451 — Bug — [BE] - Condica - Activitati duplicateIonut CiolanTo DoNot started
ADS-7495 — Story — [FE/BE][Adeverinte absolvire] - Creare Probe evaluareIonut CiolanTo Do
ADS-7496 — Story — [FE/BE][Adeverinte absolvire] - Probe&medie pe situatie scolaraandrei.alexandruTo Do
ADS-7545 — Bug — [FE/BE] [Optionale-facultative] - Mesaj de alerta la dezactivarea disciplinei optionaleIuliana GugeanuTo Do
ADS-7569 — Bug — [FE/BE][Asachi] - Nu se afișează studenții la căutarea din Admin → Studențiandrei.alexandruTo Do
ADS-7603 — Bug — [BE][Situatie scoalara] - Confirmarea mediei de absolvire nu se propaga pe anii anterioriandrei.alexandruTo Do

Miss pattern summary

PatternCountWhat it suggests
Partial completion1Breakdown / sizing / stage-gating was not tight enough
Dependency delay0Capacity protection or dependency timing created slip
Not started2A committed item remained outside execution focus
In Progress / Code Review carryovers1Most misses were moving, but not closing

Workflow-truth mismatches

Items marked Done in the sprint-review field while Jira workflow status was still non-final.

Jira itemStatusIntent
ADS-6661 — [Catalog][Situatie scolara] - US4 EchivalariReady to mergeFinish
ADS-7488 — [Admitere v2] [Cont candidat][PHP][MOB]- Posibilitatea de vizualizare/editare preferinte contIn Progress

Executive follow-up questions

QuestionWhy this mattersWhat evidence to ask for
Why did committed items carry over despite planning readiness?This tests execution quality rather than just scope quality.Show carryovers split by progress continuation, dependency, and not-started.
Are Progress items being managed intentionally?Progress items are allowed to continue, but the continuation should be visible and controlled.Show the original slice and the specific landing expectation for each item.
Is added work a healthy responsiveness level or chronic interruption?High responsiveness can hide systemic instability and diluted predictability.Show which added items were urgent/reactive versus discretionary scope change.
Can we trust Done in review when workflow is still non-final?Workflow-truth gaps reduce trust and make completion easy to game.Show the exact mismatches and the completion rule to enforce next sprint.

Usage note: start with the top-line metrics, then use the traceability links to answer these questions with issue-level evidence.

Snapshot and fact-base list links

SnapshotIssue countLink
Planning snapshot raw list1414 issues in the planning snapshot
Sprint review / outcome snapshot raw list2525 issues in the Friday review snapshot
Normalized sprint fact base2323 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.

Evidence artifacts

ArtifactLink
Issue audit registerOpen issue-level audit CSV
Metric lineageOpen metric lineage CSV
JQL traceability registerOpen JQL traceability CSV
Sprint metrics JSONOpen sprint metrics JSON

These companion artifacts keep the pulse debuggable when a leader wants the exact rows behind a metric or a count.