第3回 組織を動かす（合意形成とエスカレーションの型）

第2回で、あなたの手元には記録が残っているはずです。何を渡し、何が返ってきたか。ただし、この記録はまだ自分だけの経験です。組織を動かすには、この経験を、他の誰かが読んでも再現できる形に変える必要があります。

申し送りを思い浮かべてください。良い申し送りは、次に対応する人が状況を読んだだけで、迷わず次の一手を打てます。悪い申し送りは、情報が多すぎるか、逆に肝心なことが抜けています。組織へのエスカレーションも、これと同じ技術です。

第3回は、個人の実績を組織の合意に変えるための、コストの見せ方と合意形成の順番の話です。そして、この講座の第1部の最終回でもあります。ステップ0を出る条件も、最後に確認します。

小さく実証してから広げる

小さく実証してから広げる。これが唯一の順番です。

いきなり「全社でAIを使えるようにしてほしい」と持ちかけても、通りません。証拠がないまま大きな話をすると、リスクの大きさだけが際立ちます。まず身近な範囲、同僚1人か、部署内の小さな会議で、第2回の記録を見せます。反応を確かめてから、次の範囲に広げていく。

この後の第7回では、実証を1件から10件へ広げる技術的なやり方を扱いますが、根っこにある理屈は同じです。小さく確実な実績を積み、そこから広げる。技術のスケールと、組織的な信頼のスケールは、同じ理屈で動きます。

コストの見せ方を変える

コストは、トークン単価ではなく、人がやった場合の人件費と比べて見せます。

第1回で触れた「トークン単価に議論が向かう罠」を覚えているでしょうか。ここが、その罠から抜け出す番です。

たとえば、月次の報告資料の下書きに担当者が1時間かかっていたとします。時給換算した人件費と、AIに渡して数分で下書きが返ってくるコストを並べれば、意思決定者が判断できる土俵に数字が乗ります。

合意形成の順番と、申し送りの書き方

実証がある程度たまったら、順を追って上に伝えます。

この「順を追って」進める過程こそが、AI導入における最初の関門です。Claude Codeを作ったBoris Chernyは、組織のAI導入が進む道のりを「Steps of AI Adoption」という4段階の枠組みにまとめており、その出発点となる最初の段階を、エージェントの数がまだゼロで旧来どおり承認待ちの状態と位置づけているとされます。経営や購買との合意形成、現場で止まったブロッカーのエスカレーション、安全に導入するための枠組み整備。ここから並べる手順は、まさにこの最初の段階を抜けるための作業です。

このうち03の「部門長への申し送り」が、いちばんつまずきやすい段階です。ここで良い申し送りが書ければ、その先の相談は驚くほど早く進みます。

エスカレーションを急ぐ理由も、言葉にしておく価値があります。

待つことにもコストがあります。他社や他部署が先に慣れてしまえば、後から追いつくコストは膨らみ続けます。急かす必要はありませんが、先送りにも代償があることは、申し送りの中で静かに伝えておいていいことです。

よくある誤解と罠

• 「全面導入をいきなり求める」誤り。小さな実証の裏付けがないまま大きな話をすると、リスクだけが強調されて通りません
• 「安全策を全部並べて安心してもらおうとする」誤り。情報量が多すぎると、かえって「そんなに気をつけないといけないものなのか」と不安を増幅させます
• 「現場の手応えだけで押す」誤り。第2回の記録とコストの比較がなければ、印象論のまま終わります

ステップ0卒業条件：次の段に進む前に

次の段に進む基準は、この4つです。

この4条件は、思いつきではありません。Steps of AI Adoptionのフレームワークでは、次の段階はエージェントがおよそ1体、あなたとペアで動く段階とされます。そこへ移るための関門が、まさにこの4条件、つまり合意形成・エスカレーション・安全な枠組みという、この回で扱ってきた3つの作業です。

4つすべてが揃っていなくても、次の段に進んで構いません。組織の壁がまだ完全に晴れていなくても、個人の裁量の範囲で伴走を始めることはできます。むしろ、第2部を進めながら実績を積み上げ、その記録を持って改めてエスカレーションする、という順番でも問題ありません。

今日のまとめ

• 個人の実績は、そのままでは組織を動かせない。再現できる実証に変える必要がある
• コストは、トークン単価ではなく「人がやったらいくらかかるか」で説明する
• 良い申し送りは、Before・What・After・提案の4要素で書く

第1部はここで終わりです。次は第2部、第4回 基本ループを体に入れる。ここからは、頼む・働く・見る・直させるという、ステップ1の日常が始まります。