委譲は信頼の問題か、設計の問題か

誰かに、あるいは何かに仕事を任せられないとき、人はしばしばそれを気質の問題として片づける。「自分は人を信頼するのが下手だ」と。だが委譲がうまくいかない場面を観察していくと、感情よりも構造に原因があることのほうが多い。任せられないのは、任せ方が設計されていないからだ。

信頼という言葉が隠してしまうもの

「信頼して任せる」という言い回しは耳ざわりがよい。しかしこの言葉は、委譲に必要な具体的な取り決めを覆い隠してしまう。任せるとは、漠然と相手を信じることではない。何を、どこまで、どの基準で任せるかを決め、結果をどう確かめ、問題が起きたらどう引き戻すかを、あらかじめ用意しておくことだ。

制御工学者リサンヌ・ベインブリッジが「自動化の皮肉」で示したのは、任せた範囲が広いほど、残された監視の役割が難しくなるという逆説だった。これは人どうしの委譲にも当てはまる。丸ごと任せて結果だけを受け取る方式は、一見すると信頼の証のようでいて、実際には確認の手段を捨てているにすぎない。問題が表面化したときには、手遅れになっている。

委譲を成立させる三つの取り決め

第一に、責任の所在。最終的な判断を誰が持つのかが曖昧なまま渡すと、成果物は宙に浮く。第二に、確認の手段。どの段階で、どの粒度で点検するかを決めておかなければ、確認そのものが過大な負担に化ける。第三に、引き戻しの方法。任せた先で行き詰まったとき、人が滑らかに介入できる経路が用意されているか。

この三つは、機械への委譲でもそのまま要求される。認知科学者ミカ・エンズリーは、自動化された系で人が「状況認識（シチュエーション・アウェアネス）」を失うと、いざ介入が必要になったときに対応が遅れると論じた。任せきって視界から外してしまえば、引き戻しは効かない。引き戻せる委譲だけが、安全な委譲である。

信頼は前提ではなく、結果である

ここから一つの順序が見えてくる。信頼があるから任せられるのではない。適切に設計された委譲を何度か繰り返し、確認と引き戻しが実際に機能するのを確かめたとき、はじめて信頼は後から育つ。順番が逆なのだ。

一方で、すべてを設計で詰めきれるわけでもない。取り決めを増やしすぎれば、委譲のための準備が作業本体より重くなり、本末転倒になる。どこまで設計し、どこから先は委ねるか——その境界線をどう引くかは、結局のところ任せる側の判断に残る。委譲は信頼か設計か、という二者択一ではなく、設計を足場にして信頼を育てる継続的な作業だと考えるほうが、現実に近い。具体的な手渡しの摩擦については朝の編集部の観察でも触れた。