6月26日、Microsoftが「Learn from Microsoft: Transform software development through an agentic platform」と題した記事を公開した。AIエージェントを「ツール」として追加するのではなく、開発ライフサイクルそのものを再設計した社内実践の記録であり、90%超の開発者がCopilotを日常的に使う組織がどのような変革を経てきたのかが、具体的な数値とともに明かされている。
「作るものを」から「作る意図を」へ——MicrosoftのCustomer Zero
この記事はMicrosoftが「Customer Zero」シリーズとして公開したもので、Microsoftが自社の開発現場で実際にエージェンティックAIを適用した経験をそのまま公開する取り組みだ。いわば、自社製品を自分たちが最初のユーザーとして使い倒し、その知見を外部に共有するという姿勢である。
Microsoftが掲げる変革の方向性は明確だ。従来の「ソフトウェアファクトリー（人が書いてビルドする）」から「AIエージェントファクトリー（エージェントが協調して開発する）」への移行を、昨年11月のIgnite 2025でビジョンとして発表した。そのための4つの目標として、以下を挙げている。
- ソフトウェアライフサイクルのエージェンティックワークフローへの再設計
- エージェントを「隣で働く同僚」として活用し、開発者の創造性を解放すること
- セキュリティ・コンプライアンス・ガバナンスをエンジニアリングプラットフォームに直接組み込むこと
- 最も生産的で充実した開発者体験の実現
注目すべき変化は、「コードを書く」という行為よりも上流にある。記事では「曖昧なコードから明確な意図（Intent）へ」という表現が使われており、仕様書（スペック）を単一の真実の情報源として扱い、エージェントがそれを読んで変更を生成・検証・運用まで担う設計思想が語られている。仕様が明確に書かれていれば、エージェントもパイプラインも一貫してそれに従えるという考え方だ。
数字で見る現場の変化
Microsoftの社内データとして公開された数値は具体的だ。
- GitHub Copilotの利用率はMicrosoft開発者全体の90%超
- AIコードレビューがMicrosoftのプルリクエストの90%をカバーし、完了時間を10%以上短縮
- 開発者の**62%**がAIによって全体的な仕事の満足度が向上したと回答
- **88%**がタスクのスループット向上を報告
さらに具体的なユースケース別では：
- Azure SRE Agentにより、インシデント対応の手動作業を削減し、50,000開発者時間を節約（詳細記事）
- Entra SDK移行において、数百のリポジトリを80〜90%の精度で自動マイグレーション（詳細記事）
- 専門化されたエージェントを活用し、手動の開発者トイル（toil）を55%削減（詳細記事）
なお、「10%以上短縮」はAIコードレビューによるPR完了時間の短縮、「55%削減」はセキュリティ・コンプライアンス対応における手動トイルの削減であり、それぞれ異なるユースケース・指標の数字である点には注意が必要だ。
「toil（トイル）」はSRE（Site Reliability Engineering）の文脈で使われる用語で、繰り返し発生する手動作業・運用負荷を指す。セキュリティ修正やフレームワークアップグレードなど、自動化できるにもかかわらず人手がかかり続けていた作業がその対象だ。
シリーズで公開される3つの実践事例
本記事はシリーズの第1弾であり、以降の記事でそれぞれのユースケースが詳しく解説される。現時点で公開されているのは以下の3件だ。
1. Azure SRE Agent
クラウド規模のインシデント対応をエージェントが継続的に調査・推論・支援する仕組みを解説。エージェントでエージェントを構築するアプローチが紹介されている。
2. Microsoft 1ES（One Engineering System）によるセキュリティ・コンプライアンス対応
数千のリポジトリにまたがる依存関係のセキュリティ問題を、エージェントのスキル（専門機能）を組み合わせて自動修復するワークフローを、Jenny Ferriesが解説。
3. Azure Networkingにおけるエージェントの進化
世界最大級の光ファイバーネットワークの運用において、「副操縦士（Copilot）」から「同僚（Coworker）」へとエージェントの役割が進化した経緯をDenizcan Billor氏が説明。インシデントの自律的解決率が向上したとしている。
「ツール導入」ではなく「働き方の再設計」
記事全体を通じて一貫しているのは、AIエージェントをツールとして導入するのではなく、開発ライフサイクルそのものを再設計するという姿勢だ。プロダクトマネージャーが仕様を書き、エージェントがそれを実行し、開発者が創造的な作業に集中する——という分業の再定義が起きている。
Microsoftが「自社で試してから提供する」という姿勢でこれだけの数値を公開した意味は大きい。エージェンティック開発の導入を検討しているチームにとって、内部事例として参照できる情報が揃ってきた段階といえる。
詳細はLearn from Microsoft: Transform software development through an agentic platformを参照していただきたい。
