Google Cloudが運営する開発生産性調査プログラムのDORAは、AI支援によるソフトウェア開発の費用対効果を整理した報告書「ROI of AI-assisted Software Development」を公開した。導入直後に起きやすい一時的な生産性の落ち込みへの対処や、予算確保に向けた説明の組み立て方など、実務で直面する論点に沿って計算方法と考え方を示している点が特徴だ。
国内でも生成AIコーディング支援の利用は広がり、コード補完から自律的に作業するエージェント型へと役割が変わりつつある。一方で、契約しただけでは成果に結びつかないという指摘も根強く、効果をどう測り、開発フローにどう組み込むかが改めて問われている。
なぜ今「ROIの可視化」が求められるのか
DORAの報告が前提にしているのは、AI導入の評価が単純な速度比較では捉えきれないという現実だ。プログラムの説明によると、初期の習熟コストや運用の手当てを織り込んだ実用的な枠組みが必要とされており、予算を預かる立場との対話材料になる計算例や問いかけが用意されている。
この問題意識は国内の現場とも重なる。国内の業務活用に関する解説では、ツールを契約するだけでは組織全体の業務に定着している例は一部にとどまるという見方が示され、既存の業務フロー見直しやマニュアル化が不可欠だと整理されている。開発支援でも同じ構図があり、エディタに入れた瞬間から一律に速くなるという受け止めは実態とずれやすい。
個人開発でも、月額課金の元が取れているかを感覚で判断しがちだ。完成までの時間だけでなく、手戻りやレビュー負荷、運用保守のしやすさを含めて捉える必要があり、そうした視点を言語化したところに今回の報告の意味があるとみられる。
一時的な「生産性の落ち込み」をどう捉えるか
DORAが言及する論点の一つが、導入初期に生じる「生産性の落ち込み」だ。新しいワークフローやプロンプトの作法に慣れるまで試行錯誤が増え、短期的にはアウトプットが伸び悩むことがある。報告書はこの期間を異常値として切り捨てるのではなく、移行過程として計画に織り込む考え方を提示している。
国内向けのGitHub Copilotに関する解説でも、従来の対話型支援と自律型のエージェントモードの違いが強調されている。後者は複数ファイルの走査や書き換え、テスト実行と修正の反復までを担うため、指示の出し方や確認の手順が変わる。使い方を学ぶコストが生じる分、最初の計測で判断を誤りやすい構造だ。
このため、計測期間の取り方が重要になる。導入週だけを切り出して比較するのではなく、習熟を経た後の定常状態や、特定タスクの種類別に分けて見ることが現実的だという見方もある。DORAの枠組みは、そうした切り分けを関係者と共有するための土台になるとみられる。


