Case Study 39.1: Ninety-One Entries and Four Changes

📜 Tier 3 — Illustrative. Rasheeda Iyaloo, her practice, and every figure here are constructed. The pattern is extremely common; the numbers are the author's.


The log

Rasheeda Iyaloo kept a finding log for three years, exactly as this book recommends.

Written the night of the event, or the next morning. Factual. Specific. Genuinely good.

⚡ A sample, and it is representative

12 May Cake table was in the photographer's light for the whole of the cutting. Nobody had checked the direction. This is a floor-plan question and I treat it as a décor one.
7 Jun Two vendors both told me they'd been given the loading bay at 8. Neither knew about the other. I had told them both.
21 Jun Second time this season a guest count moved more than 15 after the seating plan was drawn.
9 Aug Ashcombe's back gate is locked at 6 and the caretaker leaves at 5:30. Found out at 6:10.
14 Sep The mothers' corsages arrived and nobody knew who was supposed to pin them on. Third time.

Ninety-one entries in three years.

Four documents changed.


What she did with the other eighty-seven

Nothing, and she did not notice.

🎤 Rasheeda, when she counted

"I thought the log was the system. I wrote it every time, I never missed one, and I'd have told you it was the most disciplined thing I did."

"And it was disciplined. It just wasn't connected to anything."

"What actually happened is that writing a really good entry felt like dealing with it. The better I described the problem, the more finished it felt — and the ones I wrote best are the ones I did least about."

🚪 The mechanism, stated precisely

A finding log with one column is a diary.

It records that something happened and produces no obligation. And because the act of writing it is effortful and satisfying and happens at the end of a long day, it carries the emotional weight of a resolution.

Which is why §39.1's first mechanism is found and fixed being the same columnand why the fix is not "try harder," it is a second column that stays visibly empty.


What the entries were actually worth

💰 Run the Numbers: four of the eighty-seven, costed

The entry Times it recurred What it cost
Corsages — nobody assigned 3, then 5 more over two years 8 × ~10 min of confused people at a moment that matters. And once, a mother who was not wearing hers in the photographs
Two vendors, one loading bay 4 across three years ~90 min of delay each. One caused a rig to run into a crew meal — Chapter 34's penalty
Guest count moving after the seating plan 7 ~4 hrs of rework each = 28 hrs, or roughly $1,900 at her required rate
Ashcombe's back gate 2 The second time was a $180 taxi for a vendor who could not get in

Four entries. Twenty-one recurrences. Somewhere between $3,000 and $4,500 of cost, plus the corsages.

And every one had been correctly identified, in writing, the first time it happened.


The four that did change something

Worth examining, because they are not the important-looking ones.

⚡ What distinguished them

The change Why this one and not the others
Added a "who pins the corsages" line to the assignment sheet Made in the same week, while she was already editing the sheet for another reason
Added the caterer's phone number to the emergency page Took ninety seconds and the document was open
Started sending run sheets on the Wednesday A vendor asked her to
Added a "power?" column to the vendor tracker After a generator failure that frightened her

Three of the four happened because the artefact was already open.

One happened because somebody else asked.

None happened because it was on the log.

🚪 Which produces the finding, and it is more useful than the diagnosis

Changes get made when the artefact is open, or when somebody external creates an obligation.

So a system's job is to manufacture both: a scheduled moment at which the artefacts are open (§39.11's annual audit) and an external obligation (a due date, and a name in a column — even if the name is yours).

Note that the corsage entry was one of the four that got fixed, and it had already recurred three times before the change happened. It was not fixed because it recurred. It was fixed because she happened to be editing that document.


What she changed

⚡ Three things, in about an hour

1. A second column Artefact · Owner · Due · Closed — added to the existing log
2. A ninety-minute audit, in January, in the diary All artefacts open at once. §39.11
3. Retro-processing She went through all ninety-one entries once, and assigned an artefact to each

Item 3 is the interesting one and it took four hours.

Entries 91
Could be assigned a specific artefact 58
Could not — observations, one-offs, things about people 33
Already fixed by circumstance 12
Genuinely still open and worth doing 46
Chosen for the first year 5

Forty-six worth doing and five chosen — which is §39.11's capacity problem, arriving as a real number.

And the forty-one deferred were written into a dated list, which she says is the part she was most reluctant about and now considers the most valuable.

🎤 Rasheeda, a year later

"The deferred list is the thing. Forty-one items I have consciously decided not to do this year."

"Before, I had ninety-one things I felt vaguely bad about."

"It's the same information. But one of them is a decision and the other one was a debt."


Discussion Questions

DQ1. Thirty-three of ninety-one entries could not be assigned an artefact. What were they, and does that mean the log was wasted?

Consider **No, and understanding what they were is useful.** **Three kinds.** **Observations about people** — *"the father of the bride went very quiet after the speeches"* — which are real, valuable, and belong to judgment rather than to a document. **Genuine one-offs**, where a thing happened once for reasons that will not recur. **And findings about somebody else's process** — a vendor's, a venue's — **which you can raise and cannot change.** **All three are worth writing down and none of them closes.** **Which suggests the log should have a fourth category alongside the artefact column: *noted, no action* — deliberately marked**, so that an unassignable entry is visibly complete rather than visibly overdue. **Because a log where a third of the rows can never be closed will train you to ignore the empty column**, which reintroduces exactly the problem the column exists to solve.

DQ2. Three of the four changes happened because the artefact was already open. What does a system do with that?

Consider **It manufactures the condition rather than hoping for it.** **§39.11's annual audit is exactly this: a scheduled ninety minutes in which every artefact is open at once**, which converts "I happened to be editing the assignment sheet" from luck into a date. **And there is a cheaper, higher-frequency version worth adding: when you open an artefact for any reason, check the log for entries against it.** **Thirty seconds, and it catches the same mechanism opportunistically.** **The deeper observation is about how change actually happens in a one-person business.** **It is not driven by intention or by importance; it is driven by proximity.** **The thing you are already touching gets fixed and the thing you are not does not** — **regardless of which matters more.** **A system's job is to make proximity happen on purpose.**

DQ3. The guest-count entry recurred seven times and cost roughly $1,900. Why did seven recurrences not force a change?

Consider **Because each recurrence was absorbed at the moment, and absorption is invisible.** **Four hours of seating rework in August does not present as a systems failure.** **It presents as a busy Tuesday**, and it is dealt with, and the client never knows, **and by the following March there is no artefact that says it happened seven times.** **Which is the specific value of a log that is *counted* rather than merely kept.** **Rasheeda's four-hour retro-processing is what turned seven separate bad Tuesdays into a $1,900 line** — and the number is what made the change obvious. **And the fix itself is trivial and was available the whole time.** **A threshold trigger** (§39.2a): *guest count moves by more than 10 → re-run catering, floor plan, seating, transport, guarantee.* **Thirty minutes to define, once.** **Seven recurrences and $1,900, against thirty minutes, and the only thing missing was a mechanism for noticing that it was the seventh.**

DQ4. "One of them is a decision and the other one was a debt." Unpack that.

Consider **It is the best sentence in the case study and it is about attention rather than about systems.** **Ninety-one unprocessed entries constitute an open obligation with no boundary.** **Every one is a small, live, unresolved thing**, and their aggregate weight is felt continuously and cannot be discharged — because there is no state in which the list is finished. **Forty-one deferred items with dates are the same information in a different relationship to her.** **They are not owed. They are scheduled.** **Which is Chapter 27's attention argument, arriving in the back office:** **remembering is one of the three attention sinks, and an unclosed list is a remembering machine.** **And it generalises past this chapter.** **The deferred list's function is not organisational — it is that it converts an anxiety into a plan**, and a planner carrying ninety-one vague obligations has less attention available for the wedding in front of them.

DQ5. Forty-six worth doing, five chosen. Is that a failure?

Consider **No, and treating it as one is how planners end up doing zero.** **Five a year, compounding, is a practice that is meaningfully better every season.** **Over five years that is twenty-five closed findings, and every one of them is a class of error that stops recurring.** **What would be a failure is choosing badly** — and §39.11's criteria exist for exactly that. **Rasheeda's five should include the guest-count threshold** ($1,900, seven recurrences, thirty minutes) **and probably the loading-bay conflict** (Chapter 34's marshalling, four recurrences, and it is a safety-adjacent failure). **And the honest thing the case study demonstrates is that the ranking matters more than the throughput.** **Five well-chosen changes beat fifteen chosen by irritation** — because the ones that irritate you daily are usually the cheap ones, and the ones that cost you money are usually invisible. **Which is why the four-hour retro-processing, with costs attached, was worth more than the three years of logging that preceded it.**