時間実測ログ（外注候補抽出の入力データ）
背景与問題
OPC（B 方向）。初回外注の候補タスクは「再瞬性が高い・受入基準を文章化できる・失敗しても壊れない」3 条件（opc-first-contractor）だが、実際に自分の時間がどこへ流れているかの実測がないと候補抽出が感覚になる。四半期 1 回の時間実測を運用として固定する。
发现
（出典はいずれも 2026-09-17 アクセス）
- time audit の定石：代表する 1 週間を選び、追跡前に分類カテゴリを決めてから全部を記録する（「恥ずかしい時間」も含めて）——カテゴリ後決めでは分析が溶ける（Toggl の手順）。
- 1〜2 週間のログ→パターン分析（Pryor）→価値でソートして低価値・反瞬作業（admin・請求・データ入力）を外注候補にする流れ（Digit、LinkedIn ベストプラクティス）。
- 監査窓の設け方：週次などの監査ウィンドウを固定し、タグ漏れを点検する（Apploye）。
- 推测：solo の時間流出先 top は「カスタマー対応・素材の焼き直し・入力系雑務」——いずれも再瞬性が高く外注 3 条件と一致しやすい。
结论
- 四半期 1 回・1 週間実測：カテゴリを先に 5 つ固定（開発/カスタマー/管理雑務/マーケ/学習+それ以外）。ツールは自由だが出力は「カテゴリ×時間」の表 1 枚にする。
- 実測の直後に外注候補リストを更新：「値段を付けられない・再瞬的・失敗しても壊れない」を満たす作業を上位から 3 件——opc-first-contractor の発注判断の入力にする。
- 週次監査は月曜 10 分：前週のカテゴリ配分を見て、今週の意図を 1 行書く（「今週は開発 60%」など）。監査窓がなければ実測は台帳で止まる（Apploye の監査観点）。
- 恥ずかしい時間も記録する運用にする：実測の価値は自己イメージとの差の検出にあり、落とすと歪む（Toggl の原則を運用規律に）。
待办 / 下次继续
关联
opc-first-contractor opc-tool-cost-audit opc-peer-group-circles opc-monthly-review-30min