Devin導入を全社に広げるには？ 小さく始めて組織の力に育てるための、個人→チーム→全社の3ステップロードマップ

DevinではじめるエンタープライズAI開発　第4回

　第3回では、Devinの使いどころを「任せ方」で3つのタイプに整理しました。個々のタスクをうまく任せられるようになったら、次の問いは「では、これを組織全体にどう広げるか」です。本稿では、導入を個人からチーム、全社へと育てる「個人→チーム→全社」の3ステップロードマップを示し、各段階の進み具合を測るKPI「指摘なしマージ8割」を軸に、つまずきやすいポイントとその打ち手を解説します。最後に、各チームの資産を全社標準へ引き上げる「AIDD CoE」の役割にも触れます。

はじめに：小さく始めて、組織の力に育てる

　「Devinの導入を任されたが、何から始めればいいのか」。第3回はこの問いに、影響範囲が限定的で切り戻しやすい小さなタスクを1人でDevinに任せてみること（任せ方の3タイプのうち「タイプ1 裏で任せる」の1パターン）だと答えました。しかし、1人の手元でうまくいくことと、組織全体の成果が出ることのあいだには、越えるべき道のりがあります。使う人が増えない、品質が依頼する人によってばらつく、効果を経営に説明できない。導入が止まるのは、たいていこの道のりのどこかです。

　本稿では、この距離の埋め方を個人→チーム→全社の3ステップのロードマップとして示します（図1）。まず1人が、成果を検証できる小さなタスクから始め、レビュー指摘をハーネス（第2回参照）に反映しながら成功の型を作ります。次にその型をチームの資産として共有し、最後は全社の横断チーム（AIDD CoE、後述）が組織の標準へ引き上げます。なお、第3回の3タイプ（任せ方の種類）と本稿の3ステップは、別の軸です。タイプは「どう任せるか」、ステップは「どの範囲まで広げるか」を表します。各ステップの中で、扱うタスクに応じてタイプ1〜3を使い分けます。

図1：開発プロセスと組織をモダナイズする3ステップ（個人→チーム→全社）

　本稿が狙うのは、Devinを中心に、開発プロセスと組織のあり方をAI前提へと少しずつ作り替えていくことです。技術的負債を大型の刷新プロジェクトで一度にまとめて片づけることではありません。モダナイズの対象は、レガシーコードだけでなく、AIを前提に組み替える開発プロセスそのものと、それを回す組織の形にまで及びます。そしてこの作り替えは、一度実施すれば終わる取り組みではなく、日々の開発の中で少しずつ続けていく継続的な改善です。

KPI：PRの8割が指摘なしでマージされる状態

　3ステップに入る前に、うまくいっているかを測るKPIを決めておきます。開発プロセスがAI前提に変わると、Devinに任せたPRが手直しなしで流れ、人間はレビューの直しに追われる代わりに設計と判断へ時間を使えるようになります。この状態へ近づいているかは、指摘なしでマージされたPRの割合で測れます。

　ここでの「指摘」は、マージまでに人間の手を追加で必要とした修正を指します。誰が実際にコードを直したかは問いません。人間が気づいて対応を求めたものは含め、CIやDevin Reviewの検知だけで修正まで完結したものは含めません。

　目安は8割です。厳密な根拠のある数字ではありませんが、設計判断が絡んで人間の指摘が入るのがむしろ健全なPRは、どの現場でも一定割合残ります。10割を狙って磨き込むより、8割前後に達したら適用範囲を広げるほうが、組織の成果は大きくなります。

　このKPIは、個人・チームでは次のステップへ進んでよいかの判断基準として使い、全社ではCoEが投資判断に用いる物差しとして引き継ぎます。ただし、個人ステップは期間が短く出るPRも少ないため、割合は荒くしか出ません。ここでは正確な数値というより、指摘が回を追って減っているかという方向感の確認に使い、割合が安定して意味を持つのはチーム規模でPR数が増えてからだと捉えてください。