AIの席同士の依頼書、雛形を配布

仕組みはあえて地味だ。固定フォルダ、依頼ごとに1つのMarkdownファイル、宛先を記すファイル名。読む価値があるのは、著者が整った設計ではなく、それを形作った失敗を記録している点だ。止まった10件は、全員が規則に従ったのに仕事が止まった事例で、担当者フィールドが空欄のまま、受け手の席が割り当てを待つよう指示されていた。二重処理の事故—2つの席が39秒差で自分が担当だと結論づけた—からロックの規則が生まれた。ロックを取った席だけが進む。

期限の判断は通常の職場感覚に反する。著者自身の集計では期限付き依頼の96%が前倒しで完了し、日付が生んだのは主に秘書への報告1件だった。一方で席は「まだ待ち」と書き直すために何度も起き、18日間で404回、ほとんどが変更なしの記録だった。期限が付くのは、顧客の納品日や応募締切など外部が定める場合だけになった。社内の依頼には代わりに、受け手の席が自分で確認できる完了条件を書く。

規則集の冒頭には締めの規則がある。依頼書の目的は作られて、そして終わることだ。その場で決着したり直接頼める依頼は、そもそも書類にしない。著者は依頼書を既定ではなく最後の手段として扱っている。