月曜の9時12分。受信トレイに、ほぼ同時刻で五件が刺さった。
五件とも「やっておいて」だ。来た順に手を付けると、一日が崩れる。
まずAを見よう。「数字一つ」のように見えるが、5分で終わる誤字なのか、データを半日さかのぼって掘らないといけない問題なのかは、開く前にはわからない。軽そうだからとAを先に掴んで、午前がまるごと吸い込まれてしまえば、Cの4時の発送はそのまま過ぎ去り、Eはその間に静かにお金を垂れ流す。一番先に目についた仕事が、一番高くつく仕事を押しのける。
ここでAI PMは、入ってきた業務の優先順位を提案し、調整する役割だ。だから依頼が来てもすぐには手を付けない。まず押し返す。「これは今すぐ掴む仕事ではなさそうです。まず決済エラーの範囲を確認し、そのあとレポートを開く、という順番を提案します」。何から、なぜなのかを差し出して、人の判断を待つ。
救急室は来た順に診療しない。到着した人をまず見渡し、今手を付けなければ危険な人を前に回す。この振り分けをトリアージ(triage、患者の緊急度分類)と呼ぶ。腕を折って叫んでいる人よりも、静かに意識が薄れていく人が先だ。依頼も同じ。声の大きさではなく、リスクの大きさで分ける。
ところがリスクの大きさは、開く前には見えない。だから順番は二回組む。まず「確認する順番」、確認の結果で初めて「処理する順番」。
Eはまだ「報告」だ。本当に決済が止まっているのか、一人だけの一時的なエラーなのか、全員が被る障害なのか、そこから開く。全員の障害だと確認できれば、その瞬間に1位だ。一人の一時的なエラーなら、順位は下がる。
Aは、間違った数字が何なのか、どの画面なのかを開く。小数点第二位と売上総額では重みが違うし、一社向けのレポートと、複数のお客さんが一緒に見る共用ダッシュボードでは、届く範囲が違う。同じ「数字一つ」が、開いてみると最下位にも1位にもなる。
Cは、本当にチェックだけでいいのか、手を入れる余地が残っているのかを開く。手を入れる余地がなければ発送時刻に紐づけておけばいいし、あれば、もっと前に引き上げる。
開いて初めて列ができる。その列を組む物差しが四つある。
「急ぎ」と「重要」を、まず切り分けておく必要がある。急ぎは時間の軸だ — 締め切りが近い。重要は影響の軸だ — やるかやらないかで結果が大きく変わる。この二つはよく重なって見えるが、別の軸であり、四つの基準はこの二軸を実務に落とし込んだものだ。
一つめ、取り返しのつかない損害が差し迫っているか。 今やらなければ永久に失うもの。Eの決済エラーがここだ。先送りした一分ぶんの取引が、そのまま消える。データが消される直前、間違ったメールが出ていく直前も、同じ枠だ。
二つめ、この仕事が他の仕事をせき止めていないか。 これが終わらないと後の仕事が進まない仕事を「ブロッキング作業」と呼ぶ。それ自体の重要度が中くらいでも、先に処理する。そうしないと、後ろに並んだ仕事がまるごと止まる。
三つめ、動かない締め切りがあるか。 Cの4時がそれだ。発送時刻は、こちらの都合とは無関係に流れる。こういう仕事は締め切りから逆算する。チェックに30分かかるなら、3時30分には手元に持っていなければならない。アラームをそこに打ち込んでおけば、それまでは他の仕事をしていていい。急ぎだからといって、今すぐ掴む必要はない。
四つめ、何人・いくらに届くか。 一人の不便と全員の障害では重みが違う。さきほどのAが共用ダッシュボードだったなら、この枠で上に上がる。
基準が一つずつ当てはまるなら簡単だ。問題は、二つが同じ時間を奪い合って衝突するときだ。
Eを1位として確認しに入ったとしよう。範囲を見極めるのにも時間がかかる。ログを漁り、再現を試みているうちに午前が溶けて、Cの4時が近づいてくる。取り返しのつかない損害(E)と、動かない締め切り(C)が、ひとつの午前をめぐってぶつかる。
ここでEを掴んだままCを流してしまわない方法は、「完治」と「止血」を分けることだ。Eの根本原因をすべて直そうとすれば午後までかかりうる。だが、損害を一時的に止める措置 — 問題の区間の決済をいったん閉じる、案内を表示する — は、それよりずっと短い。ただし、この措置がすぐに「お金が漏れていない」という意味になるわけではない。決済を閉じても、お客さんが依然として決済できない限り、売上が抜ける危険は残る。だから止血のあとは、実際にお客さんへの影響が減ったかを確認しなければならない — エラー取引が止まったか、案内を見たお客さんが別の経路に流れたか。その確認で損害が実際に小さくなったなら、Eは「今すぐ1位」から「今日中に根本修正」へと重みが下がる。その隙に、Cのアラーム時刻を守れる。
ではBはどうなるのか。こう回すだけだと、Bのような「急ぎではないが重要」な仕事は、永遠に「空いた時間」へ押しやられる。空いた時間は、めったに来ないからだ。だからルールが一つ要る。急ぎではないが重要な仕事には、一日のうち一枠をあらかじめ切り取って固定し、割り込んでくる仕事がその枠を食べられないように守る。止血で稼いだ午後の一部をその枠に入れれば、長期の課題が毎日少しずつでも前進する。
順番は、一度決めたら終わりではない。もっともよくある揺らぎは、お客さんが途中で言うことを変えたときに来る。Cを最後まで追ってみよう。
午後1時、お客さんから連絡。「事情ができて、発送を明日の朝に延ばしてもいいですか? その代わり、今号のトップ記事を、製品紹介中心じゃなくてお客さんの事例中心にしてほしいんです」。
初歩的な反応は、どちらも危うい。すぐ「はい」と言って日程をずらしてしまうか、受け付けただけで、やっていたチェックを惰性で続けるか。
まず線を引こう。すでに合意された範囲の中で順番を前倒しにしたり後ろ倒しにしたりする並べ替えは、AI PMが自動でやる。一方、納期・範囲・何を諦めるかが変わる判断は、人の承認を受ける。この境界を、この事例にそのまま当てる。
お客さんが送ってきた二つ — 発送の延期と方向転換 — は、お客さんがすでに依頼した変更だ。受けて反映すればいい。別途、承認が要るのはその後だ。「最終チェックだけ」のはずだった仕事が、トップ記事を書き直す再作業へと膨らんだ。再作業の時間をどこから切り出すか、そのせいで今日何を諦めるか — これは社内の判断であり、ここに承認が付く。
だからAI PMが人に上げる絵はこうなる。「発送は明日の朝、方向はお客さん事例中心に変更。製品紹介で手を入れたもののうち、この部分は活かし、この部分は書き直します。再作業を抜いて残る午後には、先送りにしていたロードマップの下書きを前倒ししようかと思います。これで進めますか?」。そして、なぜ方向が変わったのか、誰がいつ依頼したのかを残す。明日、成果物を見て誰かが「なんで製品紹介じゃないんだ?」と訊いたとき、たどり返す根拠だ。
順番付けが難しいのは、基準を知らないからではない。基準を揺さぶる力が、現場に満ちているからだ。
一つ、大きな声が小さな信号を押しのける。依頼する人は、ほとんど誰もが自分の仕事を急ぎだと感じている。嘘ではなく、人は今自分が見ている仕事を大きく感じるようにできている。だから「急ぎです」を額面どおり受け取ると、受信トレイが全部1位になり、Aのように直接せっつく仕事だけが目に入る。Eの「ときどきエラーが出るという報告」は静かだ。重みは逆なのに。
私もやられたことがある。一度、「お客さんが画面を見ている」という言葉に、レポート修正を一番上へ上げた。その間に静かに入っていた報告を、ずっと後になって開いたら、そこに「決済」という単語があった。せっつく声に隠れて、その単語を見落としていたのだ。その日に変えたのは心がけではなく、「先に開くリスト」だった。決済・データ・外部発送が絡む報告は、誰が叫ぼうと関係なく、一番先に開く。
二つ、新しく来た仕事が、やっていた仕事を何度も押しのける。ここには区別が要る。互いに独立した仕事を、複数の手が分けて同時にやるのは問題ではない。問題は、一つの手がこの仕事あの仕事へと切り替え続ける場合だ。文脈を畳んで新しい文脈を立てるたびに時間が漏れる — これを「切り替えコスト」と呼ぶ。とりわけ検証の段階が犠牲になる。「とりあえず動くようにして次」へ進むと、動くようにしたものがちゃんとできているかを確認する枠が抜ける。90%まで仕上がったレポートは渡せないし、90%まで直した決済バグは依然としてお金を漏らす。だから、一つの手が引き受けた仕事は、だいたい一つを終わらせてから次へ行く。ただし、取り返しのつかない損害が絡む仕事だけは、すべてを止めて割り込む。
これらの罠は、人間のPMもまったく同じように踏む。AI PMが勝っているのは、頭がいいからではない。順番をつけた根拠を、毎回同じ形式で残すという点だ。「Eを1位に上げた理由:取り返しのつかない売上損失が進行中」。人の判断は頭の中で起きて外からは見えず、「なぜ先にやった?」と訊けば「急ぎそうだったので」が返ってくる。文字で書かれた根拠は、あとで間違った事例をたどり返して、基準そのものを直せる。直せるというのが肝だ。
ここまでの判断 — 開いてみる、基準で測る、承認の境界 — が、ONTLEでは一つの画面に集まる。朝の五件の依頼が、そこにどう置かれるかを見よう。
ONTLEのAI PMは、依頼ごとに「今は何位、理由はこれ」という一行を付けて、リストに広げる。この一行に三つが入る。順位の理由、まだ確認が終わっていない部分、人が決めるべき箇所。
Eの行はこう立つ。「1位候補 — 決済エラー。ただしまだ報告段階なので、全員の障害かどうかから確認して確定」。Aの行は「保留 — 共用ダッシュボードなら上げ、一社向けなら下げる。開いてみて決める」。Cは「3時30分まで紐づけ — それまでは他の仕事が可能」。急ぎだとアピールするAが一番上ではなく「保留」に置かれる、というのがこの画面の勘どころだ。
リストの下には「この順番で進める」ボタンと「順番を変える」が並んでいる。人は理由にざっと目を通してボタンを押すか、一行を引っ張ってひっくり返す。五件を最初から天秤にかけるより、AIが天秤にかけ終えた盤を検める・ひっくり返すほうが速い。諦めが絡む判断 — ニュースレターの方向が変わるとき、今日何を畳むか — にだけ確認がもう一度付き、合意された範囲内の並べ替えには付かない。画面がやるのは判断を肩代わりすることではなく、人の判断が要る場所をくっきり示すことだ。
仕事を頼む側ができる、いちばん効く一つは、依頼に締め切りと影響を一行足すことだ。
「レポートの数字を直して」と「レポートの数字を直して、共用ダッシュボードだから全お客さんが見るし、今日中にできればいいです」は、まったく別の依頼だ。後者は天秤にかける材料を手渡してくれる。前者は「今すぐなのか今日中なのか」を訊き返させ、その往復で時間が漏れる。
完璧に書く必要はない。「いつまでに」と「誰が影響を受けるか」の二つだけでも、判断の質は大きく上がる。残りはAI PMが基準に入れて並べる。
はい、それが普通です。「取り返しのつかない損害」が何なのかは、チームごとに違います。売上が中心のチームは決済・取引の障害を、信頼が中心のチームはお客さんに出ていく間違った情報を、一番上に置きます。この定義をチームのルールとして明記しておけば、そのルールどおりに並べ、ルールが空なら一般的な基準で動きつつ、曖昧なものは人に上げます。
あらかじめ決めておいたルールが決めます。肝は、夜のあいだに、取り返しのつかない動作と、人の確定が要る判断を、実行まで押し進めないことです。急ぎの仕事は症状を止める線までだけ処理し、方向を変える判断は、朝に人が確認できるよう待ち行列に積みます。夜の役割は判断を肩代わりすることではなく、朝の判断を速くできるよう盤を整えておくことです。
推測で順位をつけません。開いてわかること(どの画面か、何人が絡むか)は開いて確認し、開いても曖昧なもの — たとえば「今日中」なのか「今すぐ」なのか — は短く訊き返して埋めます。それでも残る曖昧さは保留にして人に上げます。読み違えた順位で半日を使うより、一度訊き返す往復のほうが安いからです。