01-projects/life

nanny pto log

2026-05-13·log·status: active·! high
nannyptochildcaretime-offhousehold-ops

Purpose

Track the nanny's days off. The founder + wife are monitoring two distinct things (per founder 2026-06-03):

  1. Disruption / burden — days off where NO coverage was available, so the founder + wife scramble and lose their own work time. "Family comes first." This is the cost metric.
  2. Suspected opportunistic pattern — the founder's hypothesis: last-minute "sick" call-outs may line up with when backup happens to be available (grandparents in town, daughter's aunt in town, etc.). He WFH and observes the household; today's (June 3) sudden sickness surprised him — no signs of illness Mon or Tue, and his parents happened to be in town. He is NOT anti-sick-day ("I want her to take sick days when she is ill") — the concern is specifically sick days that look timed to available coverage rather than actual illness.

So each sick day carries two questions beyond category: was backup coverage available? and were there observable signs of illness? The log instruments both so the pattern can be tested with real data, not a hunch.

Schema

Each entry is a single-line bullet:

- YYYY-MM-DD - <CATEGORY> - <DURATION> - coverage:<none|incidental|planned> - backup-present:<yes|no|unknown> - illness-signs:<yes|no|unknown|n/a> - last-minute:<yes|no> - <notes>

Categories (the reason): NANNY-SICK | NANNY-VAC | FAMILY-VAC | NANNY-OTHER

coverage — was childcare in place that day?

backup-present — was alternate caregiving available that day (grandparents/aunt/etc. in town)? This is the variable the founder suspects she keys off of. yes|no|unknown.

illness-signs — for sick days only: did the founder (WFH, observes them) see actual signs of illness? yes|no|unknown. n/a for non-sick categories.

Duration: full-day | half-day | early-leave | late-arrival | hours: N

Headline metrics (since tracking start 2026-05-13)

Tracking began 2026-05-13 — counts are window-to-date, NOT calendar-YTD (per founder 2026-06-03). Anything before 2026-05-13 is unrecorded.

Pattern test (founder's hypothesis: sick days cluster on backup-available days): 1 of 3 sick days fits so far — June 3 (backup present, no illness signs) fits; May 13 (no backup, disruptive) does NOT; June 30 (real illness signs + backup was about to leave) does NOT. N=3 is still far too small to conclude anything — and the two non-fitting cases (incl. a clearly genuine June 30) are early evidence the hypothesis may not hold. Keep instrumenting; do not over-read.

By reason (total-time view):

Category Count since 2026-05-13
NANNY-SICK 3
NANNY-VAC 0
FAMILY-VAC 2
NANNY-OTHER 0

Entries (oldest-first)

When to surface

Two separate signals, surfaced when either trips:

A. Disruption (cost): days with coverage:none.

B. Opportunistic pattern (legitimacy): the founder's hypothesis that sick days time to backup-availability.

Capture discipline (going forward)

When the founder reports a sick day, capture both new dimensions at log time:

If he doesn't volunteer them, it's fine to ask once, briefly — these two fields are the whole point of the pattern watch.

Related