仕事の手続きプロトコル(Work Protocol)¶

仕事における「手続き的な振る舞い」— 仕事への入り方(チェックイン)、中断からの復帰、会議の進め方、仕事の終え方、振り返り — を定型化した運用マニュアル。

判断力を「その日の気分・意志力」に依存させず、手続き(プロトコル)として外部化することで、認知資源を本来の仕事に集中させる。同時に、日々の仕事そのものを能力習熟(スキル向上)の訓練機会に変換することを設計目標とする。

0. 設計原理:依拠する専門家の知見マップ¶

本プロトコルは以下の知見を組み合わせて設計している。各セクションで「なぜそうするのか」の根拠として参照する。

専門家・出典	中核となる知見	本文書での適用箇所
Cal Newport(『Deep Work』)	集中は儀式(リチュアル)で誘発できる。開始・終了の定型手続きが深い集中を守る	§1 チェックイン、§4 シャットダウン
David Allen(GTD)	頭の中の未完了タスクを外部システムに全て書き出すと認知負荷が下がる(オープンループの解消)	§1、§4、§5 週次レビュー
BJ Fogg / James Clear(習慣科学)	新しい行動は「既存の行動の直後」に小さく接続する(アンカリング/習慣スタッキング)と定着する	§1、§7 導入計画
Sophie Leroy(注意残余の研究)	タスク切替時、前のタスクへの注意が残留し性能が落ちる。切替には明示的な「区切り手続き」が有効	§2 中断・再開
Atul Gawande(『チェックリスト・マニフェスト』)	熟練者でも「わかっているのに飛ばす」ミスをする。単純なチェックリストがそれを防ぐ	全体の形式、§3 会議
Amy Edmondson(心理的安全性)	チームの学習は「懸念・失敗を口に出せる」環境で起きる。会議の冒頭設計が発言率を決める	§3 会議、§6 振り返り
Patrick Lencioni(『Death by Meeting』)	会議は目的別に分離すべき(日次確認/戦術/戦略/振り返り)。混ぜると全部が薄まる	§3 会議
Amazon 方式(ナラティブメモ+黙読)	口頭説明より書かれた文書+黙読が、議論の質と参加の公平性を上げる	§3 意思決定会議
Gary Klein(プレモーテム)	「この計画は失敗した、と仮定して原因を挙げる」演習が、通常のリスク検討より多くの問題を発見する	§3 意思決定会議
K. Anders Ericsson(意図的練習)	熟達は経験年数ではなく「明確な目標+即時フィードバック+快適圏の少し外」の練習量で決まる	§6 能力習熟
Dreyfus 兄弟(技能習得モデル)	初心者→熟達者で必要な支援が異なる。初心者にはルール、上級者には文脈と裁量	§6 能力習熟
米陸軍 AAR(After Action Review)	「何を意図したか/実際何が起きたか/なぜ差が出たか/次どうするか」の4問による事後検証	§6 振り返り
Mihaly Csikszentmihalyi(フロー理論)	没入は「明確な目標+即時フィードバック+挑戦と技能の釣り合い」で生じる	§1 タスク設計、§6

1. チェックイン:仕事への入り方(所要 10 分)¶

目的: 「何から手をつけるか」を悩む時間をゼロにし、最初の 1 時間を最も価値の高い仕事に使う。

根拠: Newport は集中状態が「場所・時間・手順が固定された儀式」で誘発されると指摘する。Fogg の習慣科学に従い、既存の行動(席に着く・PC を開く)をアンカーとし、その直後に必ず同じ手順を実行する。

手順(毎朝、PC を開いた直後)¶

【2分】頭の中を空にする — 気になっていること・思い出したタスクを全て inbox(タスクリスト)に書き出す(GTD のキャプチャ)。この時点では整理しない。
【3分】受信箱の高速トリアージ — メール/チャットを開き、「2分以内で返せるもの」だけ即返信。それ以外はタスク化して閉じる。読むだけで放置しない(オープンループを作らない)。
【3分】今日の Top 3 を決める — 「今日これだけ終われば前進と言える」タスクを最大 3 つ選び、書き出す。うち 1 つを 最重要(MIT: Most Important Task) に指定。
【2分】最初のブロックを予約する — MIT に取り組む時間帯(理想は午前の 60–90 分)をカレンダー上でブロックし、通知をオフにする(タイムブロッキング)。
着手 — MIT の「最初の具体的な 1 手」(例:「ファイル X を開いて関数 Y を読む」)から開始する。抽象的なタスク名のまま着手しない。

チェックリスト(印刷・付箋用)¶

□ 頭の中の気がかりを全部書き出した
□ 受信箱を空にした(即返信 or タスク化)
□ 今日の Top 3 と MIT を決めた
□ MIT の時間をブロックし、通知を切った
□ MIT の「最初の 1 手」を具体化して着手した

能力習熟の観点(§6 と接続): MIT を選ぶ際、週に 2〜3 回は「今の自分には少し難しいタスク」を意図的に選ぶ。Ericsson の言う「快適圏の少し外」でしか技能は伸びない。全部を簡単なタスクで埋めた週は、こなした量に関係なく成長ゼロと見なす。

2. 中断・再開プロトコル¶

目的: 割り込み(会議・質問・障害対応)後、元の作業に戻るコストを最小化する。

根拠: Leroy の研究では、タスクを中途半端に離れると「注意残余」が次のタスクの性能を下げる。逆に、離れる前に状態を書き残すと残余が減り、復帰も速い。

中断するとき(30 秒)¶

作業ファイルまたはメモに 「次にやること」を 1 行書き残す(例:「parse() のエラーハンドリング分岐を書きかけ。テスト test_empty_input が落ちる原因を見る」)。
これを書くまで席を立たない・会議に入らない。

再開するとき(1 分)¶

書き残した 1 行を読む。
受信箱・チャットは開かない(開くと再開ではなく別タスクが始まる)。
最初の 1 手を実行してから、必要なら周辺情報を確認する。

3. 会議プロトコル¶

目的: 会議を「情報が減衰する場」から「意思決定と学習が進む場」に変える。

根拠: Lencioni は目的の異なる議題を 1 つの会議に混ぜることが機能不全の主因だとする。まず会議を種類別に分離し、種類ごとに手続きを固定する。

3.0 共通ルール(全会議)¶

ルール	根拠
アジェンダと「この会議で決めたいこと」が事前共有されていない会議は開かない/辞退してよい	Gawande:目的の明示は最も単純で効果的なチェック項目
冒頭 1 分でチェックイン(全員が一言発声する)	Edmondson:序盤に一度発言した人はその後も発言しやすい。発言のハードルを最初に全員分下げる
決定事項・担当者・期限を最後の 3 分で読み上げて確認する	Gawande:確認の読み上げ(read-back)は医療・航空で実証済みの誤解防止手続き
終了後 10 分以内に決定ログを共有する	Allen:記録されない決定はオープンループとして各自の頭に残り続ける

3.1 日次チェックイン(スタンドアップ) — 10 分厳守¶

各自 3 点のみ:昨日終えたこと/今日やること/詰まっていること。
議論が始まったら「それは後で」と切り、必要な人だけ残して別枠にする(Lencioni:日次会議は同期であって議論の場ではない)。
能力習熟の観点: 「詰まっていること」の共有は Edmondson の言う「弱さの開示」であり、これが常態化しているチームほど学習速度が速い。詰まりゼロの報告が続くメンバーには、リーダー側から「今週どこが一番難しかった?」と水を向ける。

3.2 意思決定会議 — 30〜60 分¶

【事前】提案者が 1〜2 ページの文書を書く(Amazon 方式)。背景/選択肢/推奨案/却下した案とその理由、を散文で書く。箇条書きだけの資料は思考の飛躍を隠すため不可。
【冒頭 5〜10 分】全員で黙読。「読んできた前提」にしない(実際には読まれず、読んだ人と読んでいない人の非対称が議論を歪める)。
【議論】 まず質問のみ→次に懸念→最後に代替案、の順で分離する。
【重要な決定の場合】プレモーテムを 5 分挟む(Klein):「この決定は 1 年後に失敗に終わった。何が原因だったか?」を全員が黙って書き出し、共有する。批判ではなく想像上の検死なので、心理的安全性を保ったまま懸念を出せる。
【終了前】決定・担当・期限・「いつ見直すか」を読み上げ、決定ログに記録する。

3.3 1on1 — 30 分・隔週以上¶

議題の所有者は部下側。上司は進捗確認に使わない(進捗は日次/ツールで見える化しておく)。
固定の型:近況(5分)→ 本人の議題(15分)→ フィードバック交換(5分)→ キャリア・習熟の話(5分)。
能力習熟の観点: 最後の 5 分で「いま伸ばしている技能は何か」「先週それを試す機会はあったか」を必ず聞く。§6 の練習テーマと接続し、1on1 を練習のフィードバックループにする(Ericsson:フィードバックのない練習は練習ではない)。

3.4 振り返り会(レトロスペクティブ / AAR)— §6.3 参照¶

4. シャットダウン:仕事の終え方(所要 10 分)¶

目的: 未完了タスクの心配を翌日に持ち越さず、休息の質を上げる。翌朝のチェックイン(§1)を 10 分で終えられる状態を作る。

根拠: Newport の「シャットダウン・リチュアル」。未完了タスクは頭の中に残り続ける(ツァイガルニク効果)が、Baumeister らの研究では「いつやるかの計画を書く」だけでこの侵入思考が収まることが示されている。完了させる必要はなく、計画すればよい。

手順(毎日、終業直前)¶

【3分】受信箱の最終確認 — 緊急のものがないかだけ確認。あればタスク化(今やらない)。
【3分】今日のタスクの棚卸し — 完了したものにチェック。未完了のものは「明日やる/今週やる/やらない」に振り分け、明日やるものは §2 の要領で「次の 1 手」を書き残す。
【2分】明日の Top 3 の下書き — 明朝の自分への申し送り。
【1分】学習ログ 1 行(§6.2)— 「今日一番うまくいかなかったこと/学んだこと」を 1 行だけ書く。
【終了宣言】 決まった一言(例:「本日終了」)を声に出すかログに書き、仕事用アプリを全て閉じる。儀式的な区切りが「もう考えなくてよい」という脳への信号になる。

5. 週次レビュー(毎週金曜または月曜、30 分)¶

根拠: GTD の中核。日次の手続きは必ず綻びるため、週 1 回システム全体を修復する。

受信箱・タスクリスト・カレンダーを全て見直し、死んだタスクを削除、放置タスクに期限か「やらない」判定を付ける。
今週の Top 3 達成率を確認(3 週連続で未達なら、Top 3 の粒度が大きすぎるか、時間ブロックが守れていない — 原因の方を直す)。
【能力習熟】 学習ログ(§6.2)を読み返し、来週の練習テーマ(§6.1)を 1 つ決める。

6. 能力習熟プロトコル:日常業務を訓練に変える¶

中心的な主張: 経験年数と技能は比例しない(Ericsson)。同じ仕事を 10 年繰り返しても、フィードバックのない反復は 1 年目の技能を固定するだけである。習熟は「①明確な練習目標 ②即時フィードバック ③快適圏の少し外での反復」が揃ったときだけ起きる。以下は、この 3 条件を通常業務に埋め込む手続き。

6.1 週間練習テーマ(①目標の明確化)¶

週次レビューで、その週に意図的に伸ばす技能を 1 つだけ決める(例:「コードレビューで設計レベルの指摘をする」「会議で結論から話す」「見積もりの精度」)。
「頑張る」ではなく観察可能な行動で定義する(悪い例:「説明を上手くする」/良い例:「説明の冒頭 30 秒で結論と理由 1 つを言い切る」)。
§1 のチェックインで、その日のどの業務がテーマの練習機会になるかを意識する。

6.2 学習ログ(②フィードバックの確保・自己観察)¶

シャットダウン時(§4)に 1 行だけ書く:「今日一番うまくいかなかったこと」または「予想と結果がずれたこと」。
予想とのズレを記録するのがポイント。Klein の自然主義的意思決定研究では、熟達者は「違和感・予測の外れ」への感度が高い。ズレの記録はその感度を訓練する。
週次レビューで読み返し、繰り返し現れるズレを次週の練習テーマ候補にする。

6.3 AAR:事後検証の 4 問(②フィードバック・チーム版)¶

プロジェクトの節目・障害対応後・大きな会議やプレゼンの後に、15〜30 分で実施(米陸軍方式)。

何を意図していたか?(当初の目標・想定)
実際には何が起きたか?(事実のみ。解釈・弁明を混ぜない)
なぜ差が生じたか?(個人の責任追及ではなく仕組み・手順の問題として扱う — Edmondson:非難は次回の情報開示を止め、チームの学習を殺す)
次回、何を維持し、何を変えるか?(変える場合は本プロトコルのどの手続きを書き換えるかまで決める)

うまくいった場合も実施する。成功の再現条件を言語化しないと、成功は運と区別できない。

6.4 習熟段階に応じた運用(③難易度の調整 — Dreyfus モデル)¶

同じプロトコルでも、本人の習熟段階によって運用を変える。

段階	特徴	プロトコルの運用
初心者〜中級者	文脈判断ができず、ルールに従うことで動ける	チェックリストを文字通り毎回使う。省略しない。1on1 の頻度を上げ、フィードバックを外部(先輩・上司)から供給する
上級者	状況の全体像が見え、優先順位を自分で付けられる	チェックリストは逸脱してよいが、逸脱を言語化できることを条件とする(「なぜ今日は手順 3 を飛ばしたか」を説明できるか)
熟達者	直観的に判断できる	手続きは主に「調子が悪い日・高負荷時のセーフティネット」として保持(Gawande:熟練外科医ほどチェックリストの恩恵を受ける)。役割は自分の練習から他者へのフィードバック供給(レビュー・AAR のファシリテート)へ移る

挑戦と技能の釣り合い(Csikszentmihalyi):タスクが簡単すぎれば退屈、難しすぎれば不安になる。週間練習テーマと MIT の選定で、常に「少し難しい」帯域にタスクを寄せる。退屈を感じたらそれは難易度を上げる合図であり、サボりの兆候ではなく設計の問題として扱う。

7. 導入計画:一度に全部やらない¶

根拠: Fogg / Clear。一度に多くの習慣を導入すると全部が崩れる。小さく始め、既存行動に接続し、定着してから次を足す。

フェーズ	導入するもの	定着の目安
第 1 週〜	§1 チェックインと §4 シャットダウンのみ(1 日 20 分)	2 週間、8 割の日で実行できる
第 3 週〜	§2 中断・再開、§5 週次レビュー	週次レビューを 3 回連続で実施
第 5 週〜	§3 会議プロトコル(まず自分が主催する会議から)	決定ログが 1 か月分たまる
第 7 週〜	§6 能力習熟(週間練習テーマ+学習ログ+AAR)	練習テーマの月次の入れ替えが回る

実行できなかった日があっても、翌日また 1 から。2 日連続で途切れさせないことだけをルールとする(Clear)。
2 か月後に本文書自体を AAR(§6.3)の対象にし、機能していない手続きを削除・修正する。プロトコルは固定資産ではなく、改訂され続ける道具である。

付録:1 日の流れ(要約)¶

始業   → §1 チェックイン(10分):書き出し → トリアージ → Top 3 → MIT ブロック → 着手
日中   → MIT に深く集中/中断時は §2(次の 1 手を書き残す)
会議   → §3(アジェンダなしは開かない/冒頭チェックイン/最後に決定の読み上げ)
終業   → §4 シャットダウン(10分):棚卸し → 明日の下書き → 学習ログ 1 行 → 終了宣言
週 1   → §5 週次レビュー(30分)+ §6.1 練習テーマの更新
節目   → §6.3 AAR(15〜30分)