Resources · Guide

Program memory: why the next chip program repeats the last one's mistakes

Tymeline · · 4 min read

In short

Program memory is a record of what drifted on a program, why, what was done about it, who approved it, and whether it worked. Most teams do not have one: the lessons live in people's heads and leave with them. With it, the next program can be warned when a known pattern starts to repeat.

Where does the knowledge go today?

Into a retrospective document that few people read, and into the memory of the people who were there. When they change teams, the knowledge goes with them.

What makes a memory useful rather than a log?

Cause and result. An event log says a milestone moved. A useful record says why it moved, what was tried, and whether that worked — a post-mortem written while it happens.

What can it answer?

Questions nothing else can:

  • Which hand-offs slip, by how much, and under what conditions.
  • Whose estimates hold, and which are consistently optimistic, phase by phase.
  • Which fixes preserve a milestone, and which only move the slip downstream.
  • Which evidence actually predicts a gate passing.

Who owns it?

You do. Tymeline keeps the record in your tenant. No model that leaves your tenant is trained on your program data.

See a slip caught on a program like yours.

45 minutes. No slide deck.

Independently attested. Renewed annually.