Workflow Guide 02

The Loop.
Closed.

A Sprint Retrospective shouldn't be a therapy session. It's a data extraction process. Use CLN to convert venting into velocity.

Venting vs. Engineering

Most retros fail because they produce a list of complaints without ownership or classification.

Standard Retro (Noise)
"Deployments took forever." Just a complaint. Is it a tool issue? A process issue? Who owns it?
"We need more tests." Vague. What kind? Where? By when?
"Product kept changing scope." True, but what is the resolution?
Result: Action items lost in chat history. Same problems next sprint.
CLN Retro (Signal)
@Sprint 24 · Velocity: 92% // Issues Classified !Deploy time > 20m#devops .Alex: Optimize Docker build cache☐ -Test coverage dropped to 60% #qa .Sarah: Add coverage gate to CI ☐ // Resolution ~Scope creep vs. Flexibility →Freeze scope 2 days before sprint end✓

Sprint 24 Retrospective

@ Team: Core Platform @ Date: 2026-03-01
// 00 · Sprint Context =Goal: Launch Payments API v2 →Status: Launched (with 1 P2 bug)#success @Velocity: 42 pts (Target: 40) // 01 · What Worked (Keep Doing) +Zero downtime during deployment @reason: Blue/Green deployment strategy worked +Frontend/Backend pairing sessions reduced handoff bugs +Design tokens updated automatically @thanks to new Figma plugin // 02 · What Failed (Stop/Change) -QA bottleneck on Thursday/Friday @cause: Feature delivered too late in sprint -Scope creep on "Webhooks" feature *Added 3 extra fields mid-sprint -Documentation lagged behind code // 03 · Tensions (Discussion) ~Speed vs. Stability *We pushed fast, but incurred tech debt (no error handling) ~Meeting Load vs. Deep Work ?Can we move Standup to async? // 04 · Action Items (Who/What/When) .Implement "No-Ticket Thursday" for dev focus#process☐ Next Sprint .Add unit tests for Webhook service (min 80%)#tech-debt☐ Mike .Enforce "Definition of Ready" before sprint starts #planning☐ PM .Pilot async standup via Slack#experiment☐ Team Lead

The Retro Template

@sprint: [Number] @date: [Date] // 01 · Context =Goal: ... →Result: ... // 02 · What Worked (+) +... // 03 · What Failed (-) -... // 04 · Actions (.) .[Owner]: ...