仕事を任せてみると分かる。実力の差は、どれだけ速くこなすかよりも、どこで手を止めて「これは確認を取ってから進めます」と言えるかに、より大きく表れる。人間のジュニアと付き合ってきたリーダーなら頷くはずだ。言われたことを全部こなす人よりも、曖昧な地点で正確に立ち止まって尋ねてくる人の方が、結局は頼もしい。止まり方を知らない手は、速いほど危うい。
AIプロジェクトマネージャーも同じだ。依頼を受けて分類し、実行し、検証して報告する——その流れのどこにでも、「ここで進み続けるか、それとも人に委ねるか」を判断しなければならない分かれ道が潜んでいる。ONTLEでこの判断をどう扱っているのか、そしてなぜ「止まる能力」が処理速度と同じくらい重要なのか、話してみたい。
止まることをめぐる判断は、どちらの方向にも失敗する。
一方の極端は、あまりに頻繁に止まるAI PMだ。些細なこと一つひとつに「こうしましょうか、ああしましょうか」と尋ねてくる。最初の一、二回は丁寧に見えるが、すぐに人の方が疲れてくる。結局、依頼者がすべての決定を下さなければならないなら、自動化の意味は消える。仕事を代わりに片づけてくれるのではなく、各ステップで承認ボタンを押してやる労働が新たに生まれたわけだ。聞き返しが多いツールは、便利どころか煩わしい。
反対の極端は、止まり方を知らないAI PMだ。曖昧なら、それらしい方へとにかく押し進める。依頼に「適当にまとめてください」と書いてあれば、自分が想像した「適当に」を実行に移す。運が良ければ当たり、悪ければ見当違いの成果物が「完了」として報告される。さらに悪いのは、その結果が取り返しのつかない種類のときだ。外部に出ていったメール、消されたデータ、すでに反映された設定。こういうものには「やり直せばいいでしょう」が通用しない。
だから優れたAI PMの条件は逆説的だ。自律的に最後まで処理する能力と、決定的な瞬間に立ち止まる能力を、同時に持たなければならない。どちらか一方だけが得意では、半人前だ。
では、何を基準に止まるかを決めればいいのか。ONTLEが実務で寄りかかる第一の基準はシンプルだ。この作業は元に戻せるのか。
元に戻せる仕事は、たいてい押し進めた方がいい。下書きを書く、資料を整理する、画面の文言を練る、計算を回す——その大部分がここに属する。結果が気に入らなければやり直せばいい。こういうものをいちいち抱えて確認を求めていたら、先に述べた「煩わしいツール」になる。ここでは判断して処理し、結果を見せる方が依頼者のためになる。
元に戻しにくい仕事は逆だ。外部へ出ていく発信、決済やクレジットがやり取りされる処理、データの削除や上書き、アカウント・権限・アイデンティティに手を触れること、他人に影響を与える措置。こういうものは実行前に立ち止まって人の確認を取るのが原則だ。多少スピードを失っても、事故一回のコストがその損失を圧倒する。とりわけ人に向けて出ていくメッセージは、一度出たら回収できない。誤って送ったメールを「取り消しました」でごまかす方法はない。
この基準が優れているのは、AIが自分の確信の強さで判断しないようにしてくれる点だ。「自分はこれが正しいとかなり確信している」というのは危険な兆候だ。確信が高くても元に戻せない仕事なら止まるべきだし、確信が低くても元に戻せる仕事なら、まずやってみて見せることができる。判断の軸を「自分がどれだけ自信があるか」から「間違えたときにどれだけ痛いか」へ移すこと。この転換こそが、安全な自動化の核心だ。
第二の基準は、依頼そのものの曖昧さだ。
依頼書に抜けている情報があるとき、止まり方を知らないAIはその空欄を自分の推測で埋める。一見親切そうに見えるが、推測が外れれば、その上に積み上げたすべての作業が崩れる。さらに厄介なのは、成果物だけを見ても、どこが推測でどこが事実なのか区別がつかないという点だ。完成度が高そうに見える成果物ほど、隠れた仮定を見つけるのが難しい。
ここで分かれる。空欄が元に戻せる範囲の中にあるなら——たとえば報告書のトーンや整理の順序のようなもの——合理的なデフォルト値で処理し、「こう仮定しました」を結果に明示すればいい。依頼者は結果を見て、違えば戻せばいいだけだ。だが、空欄が結果の方向を丸ごと変える種類なら——誰に向けて送るのか、どのデータを消すのか、どの値に設定するのか——推測で埋めてはいけない。こういうとき、AI PMは立ち止まってその空欄を依頼者に返さなければならない。
肝心なのは、曖昧さを静かに飲み込まないことだ。よくできたAI PMは、自分が何を知らないのかを隠さずにさらけ出す。「知らない」は弱点ではなく、信頼の根拠だ。何も知らないふりをして滑らかに流した成果物よりも、「ここは確実でないので確認が必要です」と指摘してくれる成果物の方が、実務ではずっと役に立つ。
ONTLEの画面を使う顧客は、作業が流れていく様子をいくつかの状態で見る。受付・検討、進行中、完了といった馴染みのものの間に、少し特別な状態が一つある。決定待ち。
これは単に「仕事が止まっている」という意味ではない。AI PMが、自分の判断ではここから先に進んではいけないと結論づけ、決定の権限を人に委ねた状態だ。先に述べた二つの基準——元に戻せないか、方向を変える曖昧さがあるか——に引っかかると、作業はこの状態に入る。そしてここでは、人の応答があって初めて再び動き出す。
この状態を別に設けているのには理由がある。止まったことが人に見えなければならないからだ。AIが内心で判断して静かに待機していると、依頼者はそれが仕事中なのか、行き詰まったのか分からない。「決定待ち」という名札を貼った瞬間、止まることは放置ではなく、明示的な要請になる。「あなたの番です」という合図。よい停止は沈黙ではなく、はっきりとした引き継ぎだ。
そしてこの状態は、人とAIの役割が分かれる地点を正直にさらけ出す。元に戻せる判断、反復的な実行、資料の整理——こういうものはAIが引き受ける。方向を定める決定、責任が伴う選択、文脈の外にある判断——こういうものは人の役目だ。「決定待ち」は、その境界線に立って「ここから先はあなたです」と告げる状態なのだ。
ここまではAI側の話だったが、最後は人の側だ。AI PMがうまく止まれるようにするには、その停止をうまく読み取る人が必要だ。
AIが「決定待ち」へ委ねたものは、たいていその依頼で最も重要な分かれ道だ。元に戻せないか、方向を左右する地点。これを「なんでいちいち聞くんだ」と煩わしがって適当に流してしまうと、よりによって人が判断すべき核心を見過ごすことになる。逆にこの停止を真剣に受け止め、一文で方向を定めてやれば、AIはその決定を軸に残りを自律的にやり遂げる。停止一つに答えるのにかかる30秒が、誤って押し進めた結果を元に戻す半日を節約する。
だからAI PMとうまく仕事をするコツは、結局この停止をどう扱うかに絞られる。すべてを指示しようとする必要はない。元に戻せるものは任せ、AIが立ち止まった地点にだけはっきり答えればいい。よい協業は、人がすべての決定を握ることでも、AIがすべてを勝手にやることでもない。止まるべき場所で正確に止まり、引き継いだ人が正確に答えるリズム。そのリズムが合えば、派遣されたAI PMは、手の速い実務者でありながら、同時に事故を起こさない実務者になる。稀な組み合わせであり、止まり方を知る能力こそが、その組み合わせを生む。
元に戻せる作業にまで確認を求めているなら、基準が過度に保守的に設定されている可能性があります。ある種の作業は自分で処理して結果だけ報告すればよい、と依頼書や初期設定で方向を定めてやれば、止まる地点が本当に重要な分かれ道に絞られます。逆に、最初はやや頻繁に止まるままにしておき、信頼が積み上がるにつれて自律の範囲を広げていくやり方も安全です。
はい。この状態は、AIが自分の判断だけで進めるのは危険だと見た地点なので、人の応答があって初めて再び動き出します。元に戻せない実行であるか、結果の方向を左右する曖昧さが残っている場合がほとんどです。放置するとその場に留まり続けるので、上がってきた問いに方向だけ定めてやれば、残りは自律的に続きます。
元に戻せる作業では止まらずに処理するため、スピードの大部分は保たれます。停止は、元に戻しにくいか、方向が絡む少数の地点にだけかかります。その数秒の確認が、誤って押し進めた結果を元に戻す、はるかに大きなコストを防いでくれます。全体で見れば、止まり方を知っている方がむしろ速いのです。
むしろ逆に近いです。知らないことを推測で埋めて滑らかに流す方が危険です。成果物だけを見ても、どこが事実でどこが仮定なのか区別がつかないからです。知らない地点を正確に指摘することは、その成果物を信じて使えるようにする根拠であって、能力が足りないという兆候ではありません。