最近、AI活用の相談が増えています。「個人で使えるようになった」と「組織で運用できている」は、別物です。ここでつまずく会社を何度か見てきたので、何が違うのか書いておきます。
これは個人の能力差の問題ではありません。差があるのは仕組みのほうです。個人が自分の作業を速くする道具と、組織が品質を担保する仕組みは、作る目的が違う。
個人の速さと、組織の仕組み
個人でAIを使うと、まず速くなります。コード生成、文書整形、議事録要約。慣れるほど自分の処理量は増えていきます。
これを5人、10人、100人に広げようとすると、別の問題に突き当たります。
メンバーが各自バラバラのプロンプトを使うので、出てくるものの質が揃わない。誰がどのモデルを使っているか分からず、いくらかかっているかも見えない。AIに作らせた成果物をどこまでチェックするか決まっておらず、何を信じてよいか判断できない。うまくいったプロンプトが個人に閉じたままで、社内に残らない。
個人のやり方は人に依存していて再現しづらく、そのまま組織の品質を語ろうとすると崩れます。広げるには別の道具が要る。それが「仕組み」と呼ばれているものです。
PMが説明できるべきこと
組織でAIを運用するなら、PMが次のことを説明できる状態にしておきたい。逆に、これを説明できないままAIを各メンバー任せにしている限り、品質もコストもPMの手の届かないところで動きます。自分が相談に乗るとき、まずこの3つを聞きます。
プロンプトのテンプレートと、その更新
よく使うタスクには、プロンプトのテンプレートを用意します。議事録要約、コードレビュー、メール下書き。頻出パターンを文書に落としておくと、誰が使っても近い品質に着地します。
ただテンプレートは放っておくと古びます。だから誰が改訂を持つかを最初に決めます。メンバーがより良い書き方を見つけたとき、それをテンプレートに戻す経路があるか。ここが詰まっていると、せっかくの工夫が個人に閉じたまま消えます。逆に、戻す経路さえあれば「やってみた、何が効いた、次に直した」が回り始める。社内の習熟が速くなるのは、たいていこの循環ができてからです。
レビュー
AIが作ったものを、どこまで人が確認するか。コードならCIとコードレビュー、文書なら推敲と公開承認。外に出すものには、人の判断が一度は入る線をはっきり引きます。
ここを曖昧にすると、AIの出力をそのまま顧客に渡す事故が起きます。かといって全部を人手で再確認すると、AIを入れた意味がなくなる。どこまでがAIの担当で、どこからが人の担当か。業務ごとに線を引いて運用するのが現実的です。
コスト管理
AIツールは従量課金が多いです。個人で使えば月数千円から数万円で済みますが、100人で使えば数十万から数百万円になります。誰がいくら使っているか見えていないと、月末の請求書で初めて気づきます。
上限も決めておきます。このプロジェクトは月いくらまで、このタスクはこの予算内で。決めておかないと、歯止めなく使い続けることになります。コスト管理は、AIを入れる前に詰めておく話です。
個人スコアからチームスコアへ
AI活用がうまくいっているかを見るとき、個人の生産量だけを追うと判断を誤ります。見るべきは、チーム全体の成果物の質と、それが続くかどうかです。
個人スコアは、一人あたりの作業時間、アウトプット量、コード行数。チームスコアは、リリース頻度、不具合の発生率、レビューでの指摘の傾向、顧客満足度。個人スコアはAIを入れれば簡単に上がります。困るのはチームスコアのほうで、ここまで書いた仕組みがないと、むしろ下がることすらあります。何を測るかを変えれば、打つ手も変わります。
組織でAIを使うのは、個人のやり方を寄せ集めて足し算することではありません。テンプレートとその更新、レビュー、コスト管理。この三つを土台に置いてから、メンバーが動ける環境を作る。地味ですが、こっちのほうが長く効きます。