会議を週に1〜2日にまとめる

すべての調整を指定した会議日に集約し、残りの日を構造的に無傷なままにする。

Why it works

他の点では明確な一日にたった一つの会議があるだけでも、（前後の）二つのブロックが断片化し、予期的なコストを課す。中断が来ることを知っていると、メーカーは完全に深さへコミットできない。集中日のバッチ化はこの予期的なオーバーヘッドを完全に排除し、メーカーが心の留保なくブロックに入ることを可能にする。

How to do it

1. 週に1〜2日を「会議日」に指定する — 定例の同期会議、1対1、外部通話はすべてそこに置く。
2. 現在の定例会議を2〜3週間かけてそれらの日に移動する。
3. メーカーの日には、会議依頼はデフォルトで次の会議日に回す。
4. 四半期ごとにシステムを見直す。役割によっては会議日が2日必要な場合もあれば1日で十分な場合もある。

エビデンス

注意残留の概念（ルロワ）と、移行コストが一日を通じて複利的に増えるという観察は、いずれも週全体での総切り替えコストを最小化する手段としてバッチ化を機構的に支持する。 (mechanistic)

会議日のバッチ化は、この仕組みから導かれた実務者のヒューリスティックである。この具体的な構造を単独で切り分けた対照研究はない。

よくある間違い

メーカーの日を宣言しながら「ちょっとした」30分の同期会議を紛れ込ませてしまい、この構造が取り除こうとした断片化を再導入してしまうこと。