はじめに
AI駆動開発という言葉は以前から知っていましたが、実際にチームで生成AIを活用していくにはどうすればよいのか、詳しくは知りませんでした。
最近では業務で生成AIを当たり前に使うようになり、自分一人の生産性だけでなくチーム全体の生産性も考える必要が出てきました。
そこで学習のために本書を読み、気になった部分だけを抜粋してメモに残しておきます。
読んだ本の概要
今回は次の本を読みました。発行が2026年2月と比較的最近発売された書籍ではありますが、生成AIはアップデートが早いので、必要に応じて最新の情報に置き換えながら読み進めました。
| 項目 | 内容 |
|---|---|
| タイトル | AI駆動開発チームの作り方・育て方 |
| 著者 | 石井大地（グラファー代表取締役） |
| 出版社 | 日経BP |
| 発行 | 2026年2月 |
| ページ数 | 240ページ |
| URL(日経BOOKプラス) | AI駆動開発チームの作り方・育て方 |
読んで得た気づき
読む前はAI駆動開発を「個人がAIツールを使いこなすこと」として漠然と捉えていましたが、本書を読んで、チームへのAI導入は個人活用とは別の問題だと理解しました。
個人がどうAIを使うかとは別に、チームの動き方そのものを設計し直す必要がある、ということです。
実践として特に意識したいと感じたのは、コミュニケーションラインの見直しです。
まず自チームのコミュニケーションラインを洗い出し、業務上必要なものとそうでないものを区別するところから始めたいと考えています。
個人がタスクに集中できる時間の確保と、チームとしての意思決定の速度の向上。この2つを両立させる設計が求められていると理解しました。
章ごとの気づき
ここからは章ごとに、気になった箇所と自分のメモを残しておきます。
第1章 生成AI革命の現在地
生成AI技術が登場してから現在どの地点にあるかを整理した章です。
コード補完のような補助ツールから自律型エージェントへと進化が進んでいること、さらにはすべてのアプリケーションがAIエージェントを内包する方向に向かいつつあることが論じられています。
アプリケーションは次第に、"人間が操作する道具"から"AIにやってほしいことを依頼する場所"に変わっていくでしょう。～...作業の多くをAIが担い、必要なところだけ人間が介入して操作する、つまり「AIによる作業が主で、人間がそれを監督する」使い方が今後は主流になっていくでしょう。
これは私自身、普段の業務でも実感しています。
一例を挙げます。生成AIが出てくる以前は、Excelで集計をする際に自分で関数を調べ、試行錯誤しながら自動化していました。
現在ではClaude Codeに元データとアウトプットイメージを渡すだけで、数分で同じことができます。自分がするのは結果のレビューと修正の指示だけです。
コーディングの場面でも、自分が直接実装する機会はほとんどなくなってきました。
この流れは今後も続くと思っています。
第2章 AI時代の新たな開発手法
コーディングエージェントの活用方法、DevOpsへのAI統合、そして「バイブコーディング」という新しい開発スタイルについて紹介されています。個人がAIをどう使うかについて、手法レベルで整理されている章です。
バイブコーディングのような手法は～...業務で取り入れる上ではいくつかの点に注意が必要です。
第1に、本当に「ノリだけ」で作ったコードは当然ながらそのままではプロダクションレベルでのリリースには堪えられない、ということです。
第2の点は、第1の点の帰結として、ソフトウェア開発の知識がない人がバイブコーディングで何かを作っても、それをプロダクションレベルに引き上げるためには、最終的にはソフトウェア開発の知識がある専門家の力を借りる必要がある、ということです。
書籍では「バイブコーディング」を業務で使う際の注意点が、3点に整理されています。
私はインフラエンジニアの経験が長いのでソフトウェア開発とは少しずれますが、インフラ観点でも「ノリだけ」で作ったコードは本番環境では使えないので、納得できる指摘でした。
PoCとして開発環境にローカルPCから適用するだけなら、「ノリだけ」で作ったコードでも足りる場合はあります。
しかし本番環境向けにCI/CDパイプラインから適用するのであれば、周辺のアーキテクチャを含めた設計が欠かせないので、「ノリだけ」では作れません。
第3の点として、前述の2点を踏まえてもなお、開発者以外の人がバイブコーディングを用いて何らかのソフトウェアを作ることは非常に有効なやり方だということです。
顧客に提供するようなプロダクションレベルのソフトウェアを作ることは難しくても、自分や自部署の業務を楽にするような数十行のスクリプトを、その業務の担当者が自作するくらいなら、バイブコーディングで十分に実現できます。
ただ、自分の手元の作業を楽にする範囲であれば、専門家の手を借りずとも十分に使える、という線引きは実務の感覚に合っています。
プロダクションに載せるものと、自分と自部署で閉じるものを分けて考えればよい、と整理できました。
第3章 爆発的に生産性を高める「AI武装チーム」の組織運営術
本書の中核となる章です。
AIが個人の生産性を高めても、それがチームの成果につながらない理由として、 「意思決定」 「コミュニケーション」 「作業の同期」 という3つのボトルネックが挙げられています。個人がいくら速く動けても、チームとしての判断・連絡・進捗合わせに時間が取られれば、個人レベルの生産性向上はチームの成果につながりません。
具体的には、情報収集・目標設定・ツール導入・環境整備・開発プロセス・スキル装着・業務分担・AIガバナンスという8つの観点から、チームを「AI武装チーム」へ引き上げるための手順が示されています。コミュニケーションラインの削減と、個人が作業に集中できる環境の整備が繰り返し強調されている章です。
8つの観点
1. 情報収集: 一人で追うな、チームで狩れ
2. 目標設定: 「人を減らしてから生産性を上げる」逆転の発想
3. ツール導入: チーム内でツールを統一してはいけない理由
4. 環境整備: 生産性のボトルネックを潰す戦略的投資
5. 開発プロセス: バイブコーディングを取り入れた高速開発のステップ
6. スキル装着: コードを書く力より「問いを立てる力」
7. 業務分担: プロジェクトマネジメント負荷を減らし、信頼醸成に投資する
8. ソフトウェア開発におけるAIガバナンス
- スキル装着: コードを書く力より「問いを立てる力」
作業効率が上がるからこそ意思決定効率を上げねばならない
8つの観点の中では、6つ目の「問いを立てる力」が特に学びになりました。
「どう作るか（How）」はAIが実行してしまうので、「何を作るか（What）」の意思決定のほうが重要になる、という説明です。
第1章で書いたとおり、自分がコードを直接書く機会はすでに減っています。時間をかけるべきところが実装から「何を作るか」を決めるほうへ移っているという指摘は、いまの自分の状況にそのまま当てはまると感じました。
また、5つ目の開発プロセスの説明では、バイブコーディングを取り入れた開発プロセスとして、8つのステップと3つの工夫する点が説明されています。
ここでの開発プロセスは、自社開発や小規模開発を想定したもののようで、自分の関わる案件にそのまま持ち込めるかは規模や体制によって変わりそうです。
ただ、6番目の「AIが書いたコードを熟読し、疑問と懸念を洗い出す」は、規模にかかわらず外せない工程だと思いました。
開発ステップ
1. 解きたい課題を自然言語で整理する
2. 課題を設計に落とし込む
3. 設計から実装のドラフトを作る
4. AIとの対話で望む挙動に近づける
5. AIでテストの質と量を拡充する
6. AIが書いたコードを熟読し、疑問と懸念を洗い出す
7. 懸念がなくなるまで改善を繰り返す
8. 上司や同僚からコードレビューを受ける
工夫ポイント
1. 行き詰まったら最初からやり直す
2. コーディングエージェントを用いて作業を並列化する
3. 気づいた点をコメントとして可能な限り残す
第4章 AI武装チームを組織全体に展開する
第3章でチーム単位の取り組みを論じた後、それを組織全体にスケールする方法が扱われています。人材開発戦略・カルチャー構築・待遇と働き方という観点から、AI駆動開発を組織に根付かせるための設計が論じられている章です。
AIを活用して生産性を上げるためのボトルネックがAI技術そのものよりもむしろ人間側の意思や欲望の方であるとしたら、必然的に、AI活用を進めるためには人材開発戦略を時代に合わせてアップデートしなければならなくなります。
AIを使い倒してビジネスを前に進める人材をどのように採用し、また育成していくか、という視点がなければ、AIのポテンシャルを最大限にまで引き出すことはできません。
読む前は、組織全体へ広げるにはチームと同じように環境整備などのAI利用のための仕組み作りを行うくらいしか想像できていませんでした。
読んでみると、組織の単位で問われるのは仕組みよりも人材育成のほうでした。人材開発戦略・カルチャー構築・待遇と働き方という、採用と育成の設計まで踏み込む話です。
自分は無意識に、環境さえ整えれば使う側は後からついてくると考えていたのだと気づかされました。
第5章 AI駆動開発にまつわるよくある質問と回答
著者がQ&A形式で実践上の疑問に答える章です。現場で生じやすい懸念や詰まりどころへの回答がまとめられており、第3・4章で論じた内容を補完する構成になっています。
疑問が出たときに該当する項目を引く章なので、通読した段階ではここから書き出せる気づきはありませんでした。
おわりに
まずは自チームのコミュニケーションラインの洗い出しから手をつけてみようと思います。
個人でのAIツール活用はある程度できていて、次にチーム・組織単位での活用を考えたいという方に向いた本かと思います。
この記事がどなたかの参考になれば幸いです。