Board 2026-08-23 — Operating cadence — FINAL MINUTES #53

Closed
opened 2026-08-23 23:21:45 -04:00 by logan · 1 comment
Owner

Agenda

Set the weekday for the weekly dev-progress sitting, and record the new
project-lead role in the board record.

Filed as its own minutes:final rather than a comment on #42 for two reasons:
this is a governance decision about how the board operates, not an amendment to
BUSINESS_MODEL.md which is what #42 ratified; and sprint-start enforces the
cadence by reading the date of the newest minutes:final, so the anchor date
has to be a new issue. A comment on #42 would have left the clock reading
2026-08-23 forever.

Decisions

  1. The weekly dev-progress sitting is on MONDAY. Owner: CEO. Effective
    immediately. The solo shipper's largest uninterrupted block is the weekend,
    so Monday reviews the most work while it is freshest, and Monday is the first
    session-open after sprint-start's 7-day check trips (founding sitting was
    Sunday 2026-08-23; the check trips 2026-08-30; the next session-open weekday
    is Monday 2026-08-31). Every subsequent Monday sitting re-anchors the clock
    to Monday, so the check and the cadence stay in phase instead of drifting.

  2. First weekly dev-progress sitting is due 2026-08-30 (one week from the
    founding sitting), taken on Monday 2026-08-31. Owner: CEO.
    sprint-start step 4 will surface it at session open. There is no daemon,
    deliberately: a cron dies with its session and fails silently.

  3. A sitting with nothing to review is skipped and recorded as skipped.
    Owner: CEO. One person ships at one person's rate. If project-lead reports
    nothing material moved, one line stands the board down.

  4. project-lead is adopted as a non-officer role reporting to the CTO.
    Owner: CTO. It files no minutes. It owns live backlog state — open issues in
    both repos, DEFERRED.md drift, local HEAD vs origin/main vs the live
    /health SHA, and which board decisions are outstanding — and briefs the CTO
    before any dev-progress sitting (board skill step 1b). Rationale: at the
    founding sitting nobody in the room could state what was actually deployed.
    Agent file: .claude/agents/project-lead.md.

What we gave up

  • Monday over Friday: the board cannot steer the weekend block before it
    happens, and Monday minutes are five days stale by Saturday. Accepted —
    reviewing work that exists beats planning work that does not.
  • A weekly slot at all costs a fixed chunk of a solo shipper's time. The
    skip-and-record rule is the release valve; if it is being used most weeks,
    the cadence itself goes back on the agenda.
  • project-lead running before the CTO adds a serial step to every
    dev-progress sitting. Cheap model, and the alternative is an architecture
    opinion untethered from deploy state.

Dissent

None — administrative ruling, no full sitting convened. The four advisers were
not polled; this decision is about board mechanics and does not touch product,
money, security or positioning.

Drafts

None. Administrative ruling by the CEO under the standing charter.

State at the time of ruling

  • 964343c deployed clean and is live.
  • cc038e6 fixes #52 (false map pin — unit call-sign "Post 1-2" geocoded as an
    address). Committed, not pushed. Not shipped until it is.
  • Newly open: #50 (comped-tier uncapped AI spend), #51 (no automated Firestore
    rules deploy path), #52.
  • The drb-c2-core suite is at 250 pass, not the 93 that CLAUDE.md and
    the verify skill claimed. Both corrected.

Follow-up issues filed

None. Both charter changes are enacted in this session:

  • .claude/skills/board/SKILL.md — cadence section now names Monday and cites
    these minutes.
  • CLAUDE.md — Agents table now carries a project-lead row.

Open — needs the owner

Nothing new. Carried over from #42: credential rotation (#42 open item 9), and
the E&O / entity questions gating names and Gate B.

## Agenda Set the weekday for the weekly dev-progress sitting, and record the new `project-lead` role in the board record. Filed as its own `minutes:final` rather than a comment on #42 for two reasons: this is a governance decision about how the board operates, not an amendment to `BUSINESS_MODEL.md` which is what #42 ratified; and `sprint-start` enforces the cadence by reading the date of the newest `minutes:final`, so the anchor date has to be a new issue. A comment on #42 would have left the clock reading 2026-08-23 forever. ## Decisions 1. **The weekly dev-progress sitting is on MONDAY.** Owner: CEO. Effective immediately. The solo shipper's largest uninterrupted block is the weekend, so Monday reviews the most work while it is freshest, and Monday is the first session-open after `sprint-start`'s 7-day check trips (founding sitting was Sunday 2026-08-23; the check trips 2026-08-30; the next session-open weekday is Monday 2026-08-31). Every subsequent Monday sitting re-anchors the clock to Monday, so the check and the cadence stay in phase instead of drifting. 2. **First weekly dev-progress sitting is due 2026-08-30** (one week from the founding sitting), taken on **Monday 2026-08-31**. Owner: CEO. `sprint-start` step 4 will surface it at session open. There is no daemon, deliberately: a cron dies with its session and fails silently. 3. **A sitting with nothing to review is skipped and recorded as skipped.** Owner: CEO. One person ships at one person's rate. If `project-lead` reports nothing material moved, one line stands the board down. 4. **`project-lead` is adopted as a non-officer role reporting to the CTO.** Owner: CTO. It files no minutes. It owns live backlog state — open issues in both repos, `DEFERRED.md` drift, local HEAD vs `origin/main` vs the live `/health` SHA, and which board decisions are outstanding — and briefs the CTO before any dev-progress sitting (`board` skill step 1b). Rationale: at the founding sitting nobody in the room could state what was actually deployed. Agent file: `.claude/agents/project-lead.md`. ## What we gave up - **Monday over Friday:** the board cannot steer the weekend block before it happens, and Monday minutes are five days stale by Saturday. Accepted — reviewing work that exists beats planning work that does not. - **A weekly slot at all** costs a fixed chunk of a solo shipper's time. The skip-and-record rule is the release valve; if it is being used most weeks, the cadence itself goes back on the agenda. - **`project-lead` running before the CTO** adds a serial step to every dev-progress sitting. Cheap model, and the alternative is an architecture opinion untethered from deploy state. ## Dissent None — administrative ruling, no full sitting convened. The four advisers were not polled; this decision is about board mechanics and does not touch product, money, security or positioning. ## Drafts None. Administrative ruling by the CEO under the standing charter. ## State at the time of ruling - `964343c` deployed clean and is live. - `cc038e6` fixes #52 (false map pin — unit call-sign "Post 1-2" geocoded as an address). **Committed, not pushed.** Not shipped until it is. - Newly open: #50 (comped-tier uncapped AI spend), #51 (no automated Firestore rules deploy path), #52. - The `drb-c2-core` suite is at **250 pass**, not the 93 that `CLAUDE.md` and the `verify` skill claimed. Both corrected. ## Follow-up issues filed None. Both charter changes are enacted in this session: - `.claude/skills/board/SKILL.md` — cadence section now names Monday and cites these minutes. - `CLAUDE.md` — Agents table now carries a `project-lead` row. ## Open — needs the owner Nothing new. Carried over from #42: credential rotation (#42 open item 9), and the E&O / entity questions gating names and Gate B.
logan added the boardminutes:finalrole:ceo labels 2026-08-23 23:21:45 -04:00
Author
Owner

Closing per #146 D8 (2026-09-13): a minutes:final issue is not a tracker. The record of a ratified decision is the stamp on the document; live work is tracked by its own work issue. Six minutes:final issues had been open 8-21 days with unexecuted decisions inside them and nobody looking.

Operating cadence ratified and enacted in .claude/skills/board/SKILL.md. Amended today by #146 D3: no board decision ships with a date unless it also states what happens when that date passes with no action.

Closing per **#146 D8** (2026-09-13): *a `minutes:final` issue is not a tracker.* The record of a ratified decision is the stamp on the document; live work is tracked by its own work issue. Six minutes:final issues had been open 8-21 days with unexecuted decisions inside them and nobody looking. Operating cadence ratified and enacted in `.claude/skills/board/SKILL.md`. Amended today by **#146 D3**: no board decision ships with a date unless it also states what happens when that date passes with no action.
logan closed this issue 2026-09-13 18:52:15 -04:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: logan/server-26#53