Sprint Pulse

Engineering Pulse — University ADS Q2 W22 - 01-05 Iunie

Planned sprint ADS Q2 W22 - 01-05 Iunie • 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 7/16 visible items. The team absorbed noise well — 1/4 added items were closed — but finish predictability was only 62.5% (5/8), and bugs made up 28.6% of completed items. Planning-baseline carryover includes 3 finish misses and 2 expected progress continuations.

Top-line metrics

MetricValueHow to read it
Committed completion50.0% (6/12)Planned items marked Done ÷ all planned committed items
Planning-baseline carryover50.0% (6/12)All planned items not Done, including expected Progress continuations
Finish-intent carryover37.5% (3/8)Finish-intent planned items not Done ÷ all finish-intent planned items
Finish predictability62.5% (5/8)Finish-intent planned items done ÷ all finish-intent planned items
Progress predictability66.7% (2/3)Progress items that behaved as intended by carrying
Added-during-sprint load25.0% (4/16)Outcome-only items ÷ all visible items
Added work closure1/4All added items marked Done
Reactive load (bug share)28.6% (2/7)Completed bugs ÷ all completed work
Planning quality50.0% (6/12)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. 1/4 added items were closed, but that responsiveness came with 28.6% bug share and diluted finish predictability.

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

Most misses were not caused by poor readiness. 3 of the 6 planning-baseline 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 %
Story2000228.6%
Task3000342.9%
Bug1100228.6%

Planning baseline: plan vs execution

SignalValueWhy it matters
Planning-baseline items12Items present in the frozen planning snapshot
Planning-baseline done6Closed by sprint review
Planning-baseline carryover6All planned items still open, including Progress continuation
Finish-intent carryover3Planned-to-finish items that did not finish
Progress continuation2Progress-intent planned items still open as expected
Planning-baseline items marked Ready6Planning-quality input
Carryovers marked Ready3Ready did not guarantee closure
Carryovers not started2Execution focus gap
Carryovers started but unfinished3Work moved, but did not close

Carryover pattern

Jira itemOwnerIntentStatusWhy it carried
ADS-7375 — Story — [BE/FE] - Disciplinele in EN pentru programele de studiu din ENVirlan Francisc-GabrielFinishCode ReviewPartial completion
ADS-7495 — Story — [FE/BE][Adeverinte absolvire] - Creare Probe evaluareIonut CiolanProgressIn ProgressPartial completion
ADS-7496 — Story — [FE/BE][Adeverinte absolvire] - Probe&medie pe situatie scolaraandrei.alexandruProgressIn ProgressPartial completion
ADS-7666 — Bug — accommodations-api: shared HTTP 500 burst on POST /api/v2/accommodations/dorms/list and related endpoints - 16 hits/20mIonut CiolanStretch / OptionalTo DoBug / rework pressure
ADS-7688 — Bug — [BE] [Studenti] [Muzica]- Studentul nu este unificat pe baza CNP-ului la importandrei.alexandruFinishTo DoNot started
ADS-7740 — Story — [TDD][Generare Adeverințe] - Creare document tehnicIonut CiolanFinishTo DoNot started

Miss pattern summary

PatternCountWhat it suggests
Partial completion3Breakdown / 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 carryovers3Most 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-7132 — [FE/BE] - Gestiunea restantierilorReady to mergeProgress
ADS-7729 — Îmbunătățirea procesului pentru import Excel studenți V2Ready to mergeFinish

Executive follow-up questions

QuestionWhy this mattersWhat evidence to ask for
Why did finish-intent items carry over despite planning readiness?This tests execution quality rather than just scope quality.Show finish-intent carryovers split by dependency, partial completion, 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

Snapshot / movementIssue countCalculationLink
Planning snapshot raw list12Frozen planning export before metric exclusionsOpen JQL
Sprint review / outcome snapshot raw list16Frozen review export before metric exclusionsOpen JQL
Normalized sprint fact base16Deduplicated union used by metrics after canceled/cancelled exclusionsOpen JQL
Metric planning baseline12Non-canceled issue keys present in the frozen planning snapshotOpen JQL
Metric outcome snapshot16Non-canceled issue keys present in the frozen sprint-review snapshotOpen JQL
Planned and still present at review12planning_snapshot_present = true and outcome_snapshot_present = trueOpen JQL
Added after planning4planning_snapshot_present = false and outcome_snapshot_present = trueOpen JQL
Planned but missing from review0planning_snapshot_present = true and outcome_snapshot_present = falseOpen JQL
Metric-excluded canceled/cancelled rows0Rows preserved in audit but excluded from every numerator and denominatorOpen JQL

Planning and outcome are separate frozen moments. Raw snapshot counts can be larger than metric counts because canceled/cancelled rows stay in audit but leave all metric denominators.

Added after planning is snapshot-based: present in the outcome snapshot and absent from the planning snapshot. Planned but missing from review shows items that left the sprint snapshot before review.

Metric register addendum

MetricValueFormulaNumerator / denominatorDenominator evidence
Committed completion50.0% (6/12)planned committed items marked Done ÷ all planned committed items6/12Open denominator JQL
Planning-baseline carryover50.0% (6/12)planned baseline items not Done at review ÷ all planned baseline items6/12Open denominator JQL
Finish-intent carryover37.5% (3/8)finish-intent planned items not Done at review ÷ all finish-intent planned items3/8Open denominator JQL
Finish predictability62.5% (5/8)finish-intent committed items marked Done ÷ all finish-intent committed items5/8Open denominator JQL
Progress predictability66.7% (2/3)progress-intent items that carried as intended ÷ all progress-intent committed items2/3Open denominator JQL
Added-during-sprint load25.0% (4/16)visible items absent from planning and present in review ÷ all visible sprint items4/16Open denominator JQL
Added work closure1/4added visible items marked Done ÷ all added visible items1/4Open denominator JQL
Planning quality50.0% (6/12)committed items marked Ready in planning snapshot ÷ all committed items6/12Open denominator JQL
Carryovers marked Ready50.0% (3/6)carryovers that were marked Ready in planning snapshot ÷ all carryovers3/6Open denominator JQL
Reactive load28.6% (2/7)completed bugs ÷ all completed work2/7Open denominator JQL
Workflow-truth mismatches2Done rows with non-final workflow status2/7Open denominator JQL

Planning-baseline carryover includes both finish-intent misses and expected Progress continuations. Use Finish-intent carryover when you want only planned-to-finish items that did not finish.

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.