Retrospective Capture
Stop letting lessons die in the meeting room.
Runs structured post-event reflection — retro, post-mortem, after-action review — against a consistent template, captures the output with provenance, and lands it in a retrievable knowledge surface. The payoff is downstream: the next team starting similar work pulls the captured lessons before acting, instead of relearning the same things from scratch.
Shape
Operational dimensions
Person and system work side-by-side.
Fires when a user asks.
Light state; replaceable any time.
Emits to external systems; does not read them.
Inputs
- reflection prompt / template (what happened, expected, gap, change)
- event or project under review with provenance (team, date, context)
- participating actors and their accounts
Outputs
- structured lessons-learned record with provenance
- retrievable knowledge entry tagged by domain and context
- action items with owner assignments (optional)
Mechanism
Structurally captures human-driven post-event reflection (post-mortem, after-action review, sprint retro, lessons-learned session, project debrief) into a queryable knowledge surface that future work retrieves before acting.
Why this is a primitive
Cannot be decomposed — the elicit-reflection → structure-against-template → persist-into-retrievable-knowledge operation is one mechanism. It is human-driven (a facilitated session or written debrief), template-shaped (what happened / what we expected / why the gap / what we'll change), and oriented at downstream retrieval (the knowledge surface IS the artefact future work touches). Distinct from telemetry (machine-emitted signal) and stated-feedback (forced-choice / rating-scale from end users) — this is structured narrative reflection from the actors who DID the work.
Where it shows up
Related primitives
Tags
See where it fits.
Primitives are configured into named solution shapes for each client’s domain. The fastest next step is a conversation about which shape fits your problem.
Start a conversation