ブログ

ryuzeeによるブログ記事。不定期更新

【資料公開】AIで組織を加速させる勘所

みなさんこんにちは。@ryuzeeです。

仕事でAIを使うのは当たり前になっていて、もうAIがなかった頃には戻れないと考えている人も多いのではないかと思います。

一方で、「ある大手企業が1人あたりのAI利用額に月3000円くらいの上限を設けた」みたいな話も聞こえてきます。偉い人からすると、「全社で見ると相当の金額を使っているのに、成果がよくわからん」ということで絞りにかかっているのでしょう。

ということで今回は、ある大手のお客様の社内講演で、AIを使っていかに組織的な成果を出すかについて話をしてきましたので、資料を公開します。

参考になれば幸いです。


忙しい人向けのサマリー

実はAI単体でどうこうというよりも、昔から言われている「定跡」を実践できるかどうかという話。

体感は当てにならない

METRの比較試験では、AIを使ったほうが19%遅かったのに、本人たちは20%速くなったと感じていた。人間の体感なんて当てにならないので計測する。

AIは増幅器

DORA 2025の指摘どおり、強い組織はより強く、機能不全を抱えた組織はより悪くなる。

AIが速くするのは流れの一部だけ

リードタイムの多くは承認待ちやレビュー待ちなどの「待ち」。実装の時間が半分になっても全体はあまり縮まず、ボトルネックが別の場所に移るだけ。

勘所1: 部分ではなく流れを見る

最適化する対象は個人の作業ではなく、アイデアが顧客に届くまでの流れ。仕掛かりを減らし、始めたものを終わらせてから次を始める。並列でたくさん仕事を回しても、終わっていないものは無意味。

勘所2: 判断を仕事の近くに寄せる

誰が決めるかは役職ではなく影響範囲で決める。マネジメントの仕事は「細かく承認する」から「判断できる状態をつくる」に変わる。

勘所3: 検証のコストを下げる

作るコストが下がると、確認と検証がボトルネックになる。機械で検証できる範囲を広げ、ドキュメントは検証の基準として書く。

勘所4: 流れに沿ってチームを組む

小さく、専任で、価値を届けるのに必要な人がそろったチームにする。「AIがあるから広い範囲を担当できる」は誤り。判断が追いつかない。

勘所5: アウトカムで測る

AI活用を生成量や利用率で測ると、たくさん作る方向に最適化される(ビルドトラップ)。流れ、価値、持続性の3つを見る。

成果は仮説として説明する

最初から効果を言い切れる人はいない。何が良くなるはずか、それがどの数字にいつまでに表れるかを決めておく。先に動くのはリードタイムや待ち時間、後から動くのは顧客の利用状況や売上。

勘所6: 時間を学習と余裕に使う

生まれた時間は仮説検証の回数を増やすことと、改善や育成のための余裕に使う。捨てる判断ができない組織では、AIで高速にゴミが積み上がる。

技術者に求められるもの

顧客と事業に近づく、言語化する、確認する、構造を守る。どれも昔から大事だったもので、AIで重みが増した。若手が手を動かして学ぶ経路が消えていく問題にも目をつぶらないこと。

それでは。

前の記事 ← 生成AIの練習をするなら自分が欲しいアプリを作れという話

プロダクト開発で、こんな課題を感じていませんか?

  • 何を作るべきか、順位の決め方が定まらない
  • プロダクトの方向性をチームで共有できていない
  • 開発組織の体制や役割がうまく機能していない
  • 開発プロセスが形骸化し、目的を見失っている
  • アジャイルを導入したが、組織に定着しない

プロダクトマネジメント、組織構造、開発プロセスの課題について、組織全体の視点から支援します。

お問い合わせ(初回相談無料)

契約を前提にした相談でなくて構いません。相談に際して事前の整理や準備は不要です。

Aligned ―プロダクト開発におけるステークホルダーとの関係性の築き方
ダイナミックリチーミング 第2版
Tidy First?
脳に収まるコードの書き方
プロダクトマネージャーのしごと 第2版
エンジニアリングマネージャーのしごと
チームトポロジー
スクラム実践者が知るべき97のこと
プロダクトマネジメント
SCRUM BOOT CAMP THE BOOK
みんなでアジャイル
レガシーコードからの脱却
Effective DevOps
変革の軌跡
ジョイ・インク
アジャイルコーチの道具箱
カンバン仕事術
Software in 30 Days
How to Change the World