寓話
一座の道具を繋ぎ合わせて、劇団は一つの完全な公演にした
河岸の一座が初めて語りの上手い先生を舞台に招いた。先生は詞を書けるが、公演のたびにプロンプトカードを探し、古い台本をめくり、楽師を呼び、給仕に資料を調べさせなければならなかった。
初め、班主は口頭で手配した。まず題目を先生に与え、次に跑堂を文書保管室に行かせ、戻ってから手作業で台詞に差し込んだ。小戯ならまだしも、大戯が多くなると乱れた。
彼はまずすべての手順を一つの長い規則に書き込んだ。規則はどんどん長くなり、語り手を替え、記録室を替え、道具を一つ加えるたびに、大半を書き直さねばならなかった。
後に彼は各段階を交換可能な台件にした。提示板、語り手、記録文書係、道具箱、回答整理係、記帳係である。台件同士は順序または条件で接続される。
新しい演目で台本を調べるなら、台本係をつなぐ。外部の小道具を使うなら、道具係をつなぐ。結果を決まった形式にまとめるなら、整理係をつなぐ。古い舞台装置は再利用でき、新しい舞台装置も差し込める。
劇団は毎回の公演を記録するようにもなった。どの台詞が脱線を招いたか、どの検索が正しく見つからなかったか、どのツールが遅かったか、すべて振り返ることができる。
班主もまた、フレームワークは魔法ではないと気づいた。台本をどれだけ美しく繋いでも、プロセス目標、権限境界、評価基準、コスト管理は自分で設計しなければならない。
数か月後、一座は新しい芝居をより速く上演できるようになった。先生が突然何でもできるようになったわけではない。変化は、散在していた能力がようやく組み合わせ可能な舞台部品として組織されたことから来た。座元は理解した。枠組みの価値は、掲示板、語り手、記録、道具、事務手続きに共通の組み立て方を持たせることにある。その後、さらに厄介な仕事が来た。表面的には古い問題が拡大しただけに見えたが、実際にはプロセスに隠れた隙間をあぶり出した。誰が最初に引き継ぐか、誰が変更できるか、誤りが出たときどうやって前の段階に戻るか。かつては顔なじみの暗黙の了解でやり過ごしていた場所が、今はすべて明確にしなければならない。主事は皆にもっと気を遣えと急かすのではなく、現場をもう一度歩き直した。彼は各引き継ぎ、各失敗、各補救を記録させた。どこがただ遅いだけか、どこが結果を誤って傷つけるか、どこが一度誤ると取り返しにくいか。新しい規則が広まってから、最初の数日はうまくいかなかった。検査が一つ増えたと嫌がる者もいれば、古い経験が侮辱されたと感じる者もいた。しかし次に異常が起きたとき、皆は初めて痕跡をたどって問題の発生位置を見つけられた。結果を囲んで互いに推測するのではなく。