Use when you suspect your actual time allocation doesn't match your intended priorities — log where time actually goes in real, granular increments for one to two weeks, then compare the logged reality against what you assumed or planned, since most people's assumption about where their time goes is measurably wrong until they log it directly.
Scanned 9/8/2026
Install to Claude Code
npx -y skills add jeffreytse/grimoire-core --skill apply-time-log-audit --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Apply Time Log Audit?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/jeffreytse-apply-time-log-audit)More formats (shields.io, HTML) on the badges page.
---
name: apply-time-log-audit
description: Use when you suspect your actual time allocation doesn't match your intended priorities — log where time actually goes in real, granular increments for one to two weeks, then compare the logged reality against what you assumed or planned, since most people's assumption about where their time goes is measurably wrong until they log it directly.
source: Peter Drucker, "The Effective Executive" (1967) — cited by title/author/year only
tags: [time-management, time-audit, executive-effectiveness, drucker, self-diagnosis]
related: [apply-eisenhower-matrix, apply-eat-the-frog, design-weekly-review, apply-management-by-objectives]
---
# Apply Time Log Audit
Log where your time actually goes in real, granular increments for one to two weeks, then compare that logged reality against what you assumed or planned — most people's assumption about their own time allocation is measurably wrong until it's checked against a direct log.
## Why This Is Best Practice
**Why best:** Planning and prioritization techniques operate on the tasks a person believes they're spending time on — but the belief itself is frequently inaccurate, and no amount of better prioritization fixes a plan built on a wrong picture of where time is actually going. A direct log, rather than a recalled estimate, is the only way to close that gap, because recalled estimates of one's own time allocation are systematically unreliable in ways a contemporaneous log is not.
**Adopted by:** Peter Drucker's *The Effective Executive* (1967) identifies time-log discipline as a foundational practice distinct from and prior to prioritization — before deciding what to prioritize, first find out where time is actually going, since the two pictures rarely match without direct measurement.
**Impact:** A time log surfaces categories of time loss that a person's own recollection consistently misses or underestimates — fragmented time too short to use for substantive work, recurring low-value interruptions, and activities that feel productive but consume disproportionate time relative to their actual value. Comparing the logged reality against the intended allocation reveals specifically where the gap is, rather than a vague sense that time management "isn't working."
**Why best (continued):** This is a different mechanism than the prioritization and scheduling techniques already in this repo. `apply-eisenhower-matrix`, `apply-eat-the-frog`, and `design-weekly-review` all operate on tasks the person has already identified as their priorities — they help decide what to do next among known tasks, but none of them diagnose whether the person's picture of their actual current time allocation is accurate in the first place. This skill is specifically the diagnostic step that precedes and validates (or corrects) that picture, distinct from `apply-management-by-objectives`'s negotiated-objective-cascading mechanism, which addresses what objectives are agreed on, not how time is actually being spent day to day.
Sources: Drucker, *The Effective Executive* (1967).
## Steps
### 1. Log actual time in real, granular increments as it happens
Record what's actually being done in short time blocks (15–30 minutes) as the day proceeds, rather than reconstructing the day from memory afterward — memory-based reconstruction is exactly what this technique exists to bypass, since it reproduces the same inaccurate picture the log is meant to correct.
### 2. Log for a long enough period to see a representative pattern
Continue logging for one to two weeks — a single day is too easily unrepresentative (an unusually quiet or unusually chaotic day), while a full pattern across normal variation in the week or work cycle gives an accurate baseline.
### 3. Categorize the logged time by actual activity type, not by intended task
Group the log entries into the categories time actually went to — not the categories originally planned for — including categories that weren't part of any plan at all (interruptions, fragmented small blocks, activities with no clear connection to any stated priority).
### 4. Compare the logged reality against the assumed or intended allocation
Lay the actual logged distribution side by side with what was assumed or planned before logging began. Identify specifically where the two differ — which categories consumed more time than assumed, which consumed less, and which categories exist in the log that weren't part of the original picture at all.
### 5. Identify and act on the largest, most consequential gaps
Focus first on the time categories with the largest gap between assumed and actual allocation, and on any large blocks of low-value or fragmented time the log revealed — consolidate fragmented time where possible, eliminate or delegate the lowest-value recurring categories, and adjust the intended allocation going forward to reflect what the log actually showed rather than repeating the same inaccurate assumption.
### 6. Repeat periodically rather than treating one log as permanently valid
Time allocation drifts as responsibilities and circumstances change — a log taken once accurately describes that period but doesn't remain accurate indefinitely; repeat the audit periodically rather than assuming the original findings still hold.
## Rules
- Log time as it happens, not from memory afterward — reconstructing the day retrospectively reproduces the same inaccuracy the technique exists to correct.
- Log for long enough (one to two weeks) to see a representative pattern rather than one unusually quiet or unusually chaotic day.
- Categorize by what actually happened, including categories not part of any original plan — don't force the log into only the categories you expected to see.
- Act on the largest gaps first, and repeat the audit periodically rather than treating one log as permanently accurate.
## Examples
**Trigger:** Someone feels their day is consumed by meetings and interruptions but has never measured this directly, and their prioritization efforts aren't producing the expected results.
→ Log actual time in 15–30 minute increments for two weeks, categorizing each block by what was actually done. Compare the resulting distribution against the assumed allocation — if meetings and interruptions genuinely consume a much larger share than assumed, that's now a specific, measured finding to act on (consolidating meetings, protecting blocks of uninterrupted time) rather than a vague impression.
**Trigger:** A team lead assumes most of their time goes to strategic planning but suspects this may not be accurate.
→ Log actual time for one to two weeks and categorize it. If the log reveals that a large share of time actually goes to routine status updates and ad hoc requests rather than strategic planning, that's a concrete, specific finding — delegate or consolidate the routine categories, and adjust the intended time allocation to match what's actually achievable given the real pattern the log revealed.
## Common Mistakes
- **Reconstructing the log from memory instead of recording in real time.** This defeats the entire purpose — memory-based reconstruction reproduces the same inaccurate picture the log is meant to correct.
- **Logging for too short a period to see a representative pattern.** A single unusual day (unusually quiet or unusually chaotic) doesn't reflect the normal pattern the audit needs to find.
- **Forcing logged time into only the originally-planned categories.** This hides exactly the unplanned categories (interruptions, fragmentation, low-value recurring activities) the log is most useful for revealing.
- **Treating one completed log as permanently valid.** Time allocation drifts as responsibilities change; a log from months or years ago doesn't necessarily describe the current pattern.
## When NOT to Use
- When an accurate, recent time log already exists and the goal is deciding what to prioritize among known tasks — use `apply-eisenhower-matrix` or `apply-eat-the-frog` for that; this skill is specifically for diagnosing whether the underlying picture of time allocation is accurate in the first place.
- For a single unusual day or short-term anomaly rather than an ongoing pattern — logging a known one-off crunch period won't produce a representative baseline.
- When the goal is negotiating or setting objectives rather than diagnosing current time allocation — use `apply-management-by-objectives` for the objective-setting question.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!