「スクラムマスターは死ぬのか」という刺激的な問い
最近、こういう見出しの記事をいくつも見かけるようになりました。 「スクラムマスターの仕事の70%が消える」「スクラムマスターの役割は2026年に死ぬのか」——。 煽り気味のタイトルですが、根拠がまったくないわけではありません。 スクラムマスターほど「AIによって最初に置き換えられそうな役職」として 名指しされやすいポジションも、他にあまりないかもしれません。 進行・調整・可視化という、比較的定型化しやすい仕事の比重が高いからです。
以前の記事で描いた 「継続冲刺チーム」を思い出してください。 デイリースクラムは5分で終わり、見積もり会議は消滅し、 スプリントという箱そのものが廃止されていました。 スクラムマスターの伝統的な仕事——セレモニーの運営、進捗の可視化、 障害物の除去——の多くは、まさにこの縮小の直撃を受ける仕事です。
消える仕事:管理的ファシリテーションの終焉
実際、業界の調査でも、AIツールがセレモニーの準備時間を 最大60%削減しているという報告があります。 スタンドアップの進行、バーンダウンチャートの更新、 ベロシティの集計——これらは本来、AIが最も得意とする 「定型的な情報の収集と可視化」そのものでした。
ここで正直に認めるべきことがあります。 スクラムマスターという役職が長年批判されてきた理由の一つは、 「ただの進行係」「ただの議事録係」になりがちだったことです。 その部分が消えるのは、悲劇ではなく、 本来あるべきでなかった仕事の消滅と見るべきかもしれません。
似た転換は、実は一度起きています。 ソフトウェアテストの世界では、かつて「テスター」の主な仕事は 手動でテストケースを一つずつ実行することでした。 テスト自動化が普及すると、その仕事の大半は消えましたが、 テスターという職種自体は消えず、SDET(Software Development Engineer in Test) という、テスト戦略の設計や自動化基盤の構築を担う、より高度な役割へと再定義されました。 スクラムマスターに今起きているのも、これと同じ種類の再定義です。
重みを増す仕事①:Human-AI Systems Coach
業界の議論で繰り返し使われるようになった呼称が 「Human-AI Systems Coach」あるいは 「Agent Orchestrator」です。 複数のAIエージェントの設定・監視・コーチングを担う役割、という意味です。
これはManifesto記事で 紹介した「Orchestrated Agents」原則——専門特化したエージェント群を 多能工チームのように連携させる——を、 組織の中で実際に担う人が必要だという話です。 TPSにおける班長が、単能工ではなく多能工チーム全体のタクトタイムを 管理していたように、スクラムマスターは人間とAIエージェントが混在する チーム全体のリズムを管理する役割へ移行します。
もう一つの変化は、担当範囲の広がりです。 継続冲刺チームの記事で描いたように、 8人のチームが4人ずつ2チームに分かれても、組織全体のチーム数は増えます。 一人のスクラムマスターが面倒を見る「システム」の数そのものが増えるとすれば、 求められるのは個々のセレモニーへの深い関与ではなく、 複数チームを横断して異常の兆候を早期に拾い上げる、俯瞰的な観察力です。
重みを増す仕事②:「誰も所有していないが誰も気づいていないチーム」を見つける
Ownershipの記事で、 最も危険なパターンとして「誰も所有していないが、誰も気づいていないチーム」 を挙げました。CODEOWNERSは形だけ残っているが誰も判断に責任を持っていない、 スプリントレビューは開かれているが誰も自分の判断として語らない——。
この静かな機能不全を早期に見つけることこそ、 AI時代のスクラムマスターの核心的な仕事になります。 ベロシティが落ちているかどうかを見るのではなく、 チームの誰かが「AIが作ったものを流し見て承認する人」になっていないか を見る。これはメトリクスでは測れない、人間にしかできない観察です。
重みを増す仕事③:意図を渡す力のコーチング
Manifesto記事の 「Intent & Oversight」原則が示すように、 開発者の仕事はコードを書くことから意図を定義することへ移っています。 しかし「良い意図の伝え方」は、誰もが自然にできるスキルではありません。
スクラムマスターの新しい仕事の一つは、 チームメンバーがAIエージェントにどう指示を出しているかを観察し、 「その指示は曖昧すぎないか」「検証基準は先に示されているか」を コーチングすることです。これは技術指導ではなく、 意図を明確な言葉にする力という、 むしろ人間同士のコミュニケーション能力に近いコーチングです。
AIにできないこと
業界の議論が一貫して指摘するのは、次の一線です。
「AIは対人的な対立を解決できない。場の空気を読めない。倫理的な監督を提供できない。」
チームメンバー同士の緊張、心理的安全性の綻び、 信頼関係の土台づくり—— これらは自動化のロードマップに乗らない領域です。 むしろAIがルーティンワークを引き受けるほど、 スクラムマスターはこうした人間的な仕事に専念する余地が生まれます。
皮肉なことに、これは「本来スクラムマスターがずっとやるべきだった仕事」 でもあります。多くの現場で、スクラムマスターはタイムキーパー業務に 忙殺されて、チームの人間関係やモチベーションの機微を観察する余裕を 持てずにいました。定型業務がAIに移ることで、 本来の職務に立ち返る時間ができたと見ることもできます。
注意すべき罠:肩書だけの「AIスクラムマスター」
ここで一つ警戒すべきことがあります。 肩書を「AI-Augmented Leader」に変えるだけで、 実際にはAIエージェントの挙動を理解せず、 相変わらず「進行係」のままの人が量産されるリスクです。
本物のHuman-AI Systems Coachであるためには、 最低限「なぜこのエージェントはこの判断をしたのか」を 自分で読み解けるだけの技術理解が要ります。 肩書の看板をかけ替えるだけでは、 この役割の転換は起きません。
組織側にも責任があります。 「AIスクラムマスター研修」を1日受けさせて肩書を変えるだけでは、 この転換は起きません。 技術的な素養を育てる時間と機会を、組織として用意する必要があります。
自己診断のための問い
自分たちのスクラムマスターが、進行係のままか、 それとも本当にシステムコーチへ転身できているか。 次の問いへの答えが、その境界線を示します。
- 直近1ヶ月で、ベロシティやバーンダウン以外の指標——判断の質、コンテキストの鮮度——に基づいて介入した場面はあったか
- チームメンバーがAIエージェントに出す指示の質について、具体的なフィードバックをした記憶はあるか
- 「誰も所有していないが誰も気づいていない」状態を、レトロスペクティブの外で見つけたことはあるか
- 自分は、なぜAIエージェントがある判断をしたのかを、技術的に説明できるか
おわりに
スクラムマスターという仕事の70%が消えるという予測は、 おそらく的外れではありません。 しかし「70%が消える」という数字だけを見て 「役割そのものが不要になる」と結論づけるのは早計です。
消えるのは、本来AIがやるべきだった定型業務です。 残り、そして重みを増すのは、 人間とAIエージェントが混在するチームというシステムそのものを 観察し、整え、コーチングするという、 これまで以上に高度な仕事です。 進行係が消えた後に残るのは、システムコーチという新しい専門職なのかもしれません。
変化のまとめ
| 仕事の領域 | これまで | これから |
|---|---|---|
| セレモニー | 進行・議事録・時間管理 | 大部分は自動化。人間の判断が必要な論点の抽出だけが残る |
| 進捗管理 | ベロシティ・バーンダウンの集計 | 判断の質・コンテキストの鮮度など、数値化しにくい兆候の観察 |
| 障害物除去 | チーム外との調整 | 人間とAIエージェントの協働がうまくいかない箇所のデバッグ |
| コーチング対象 | Scrumプロセスの理解 | AIエージェントへの意図の伝え方、判断基準の明確化 |
| 担当範囲 | 1〜2チーム | より多くの並行チームを横断した俯瞰的観察 |