Skip to content
How to ThinkIn the Age of AI
Rulev2RL-516

After 10+ post-action reviews, analyze in aggregate…

After accumulating 10+ post-action reviews, analyze them in aggregate to identify structural causes appearing across multiple unrelated tasks—these recurring patterns indicate systemic tendencies requiring architectural fixes not isolated corrections.

Why This Is a Rule

Individual post-action reviews reveal task-specific lessons. Aggregate analysis of 10+ reviews reveals personal systemic patterns — tendencies that appear across unrelated tasks and therefore reflect your operating system rather than any specific situation. If your reviews of writing sessions, team meetings, and code reviews all identify "started without clear definition of done" as a contributing factor, the pattern isn't about writing or meetings or code — it's about your tendency to begin work without explicit success criteria. That's a systemic tendency requiring an architectural fix (a universal "define done first" habit), not three separate task-specific corrections.

Ten reviews is the minimum for pattern recognition: fewer doesn't provide enough data points to distinguish genuine patterns from coincidence. The analysis should span different task types because patterns that appear only within one type might be task-specific, while patterns that appear across types are definitively systemic.

This is the personal equivalent of organizational root cause analysis at the meta level: not "why did this task fail?" but "what tendencies across my work patterns produce recurring failure classes?"

When This Fires

  • After accumulating 10+ post-action reviews, retrospectives, or after-action reports
  • During quarterly personal review when enough reviews have accumulated for pattern extraction
  • When the same type of problem keeps appearing across different work domains
  • Complements After recurring activities, spend 60 seconds recording… (60-second observations) with the meta-analysis that gives those observations systemic meaning

Common Failure Mode

Analyzing each review in isolation: extracting the task-specific lesson without cross-referencing against other reviews. "This meeting went over because I didn't set an agenda." "This project slipped because requirements were unclear." "This article was weak because I didn't outline first." Three separate lessons — or one systemic pattern (insufficient upfront structure) producing three symptoms? Without aggregate analysis, you treat each as independent.

The Protocol

(1) After 10+ reviews have accumulated, read them all in one session. (2) Look for recurring patterns across different task types. Specifically: recurring contributing factors (what keeps appearing?), recurring failure modes (how do things keep going wrong?), and recurring successful adaptations (what keeps working?). (3) For each pattern that appears in 3+ reviews across different contexts → classify as a systemic tendency. (4) For negative patterns: design an architectural fix that applies across all contexts. Not "set agendas for meetings" but "define the output before starting any activity." (5) For positive patterns: strengthen and codify them as personal operating principles. (6) Repeat the meta-analysis every 10-15 reviews.