- 要点（Summary）
- スクラムマスター（SM）の主な仕事は「スクラムが正しく理解・実施されるように支援・促進すること」である。
- 具体的には：スクラム理論／プラクティスの教育・コーチ、スクラムイベントのファシリテーションとタイムボックス管理、開発チームの自己管理（self‑management）支援、障害（インピーディメント）の除去、プロダクトオーナー（PO）支援、組織へのスクラム導入・変革支援、スクラムチームと組織間の障壁除去。
- SMは進捗を「代行して管理する」役割ではない（チームの有効性を高めることが目的）。
- 引用（Quote）
スクラムマスターは、スクラムガイドで定義されたスクラムを確立させることの結果に責任を持つ。スクラムマスターは、スクラムチームと組織において、スクラムの理論とプラクティスを全員に理解してもらえるよう支援することで、その責任を果たす。
スクラムマスターは、さまざまな形でスクラムチームを支援する。
- 自己管理型で機能横断型のチームメンバーをコーチする。
- スクラムチームが完成の定義を満たす価値の高いインクリメントの作成に集中できるよう支援する。
- スクラムチームの進捗を妨げる障害物を排除するように働きかける。
- すべてのスクラムイベントが開催され、ポジティブで生産的であり、タイムボックスの制限が守られるようにする。
スクラムマスターは、さまざまな形でプロダクトオーナーを支援する。
- 効果的なプロダクトゴールの定義とプロダクトバックログ管理の方法を探すことを支援する。
- 明確で簡潔なプロダクトバックログアイテムの必要性についてスクラムチームに理解してもらう。
- 経験主義におけるプロダクト計画の策定を支援する。
- 必要に応じてステークホルダーとのコラボレーションを促進する。
- 独自解釈（Interpretation）
-
上の引用に基づく実務的な役割（現場でよく行われる具体例）
- 教育／コーチ：スクラムの原理やイベントの目的、役割分担（PO／開発者／SM）をチームとステークホルダーに教える。ワークショップや1:1コーチングを実施する。
- ファシリテーション：スプリントプランニング、デイリー、レビュー、レトロ等が目的どおりに行われるよう設計・進行し、時間管理（タイムボックス）を徹底する。
- インピーディメント除去：ボトルネックの可視化、組織に対する働きかけ、必要な支援（環境・権限・調整）を行う。SMが直接作業を代行するのではなく、障害を取り除くために関係者を動かす。
- PO支援：バックログ管理のプラクティス改善、ステークホルダー連携の調整、価値基準・プロダクトゴールの策定支援。
- 開発チーム支援：自己管理／機能横断性を高めるコーチング、技術的負債や品質改善の促進（DoDの整備）、作業の見える化（スプリントバックログの管理）を助ける。
- 組織変革支援：スクラム導入や運用ルールの調整、他チームや経営層との交渉・教育を行う。
-
注意点（スクラムガイドにない主張は断定しない）
- SMは「指示して作業を割り振るPM（プロジェクトマネージャ）」ではなく、チームが自律的に働くための支援者／コーチである（引用に明記）。
- 進捗の更新やバックログの優先順位決定はそれぞれ開発チーム／プロダクトオーナーの責任であり、SMはそのプロセスを促進・改善する役割にとどまる。
-
実践的な優先アクション（推奨、仮定: チームがスクラム実践を強化したい場合）
- スクラム基礎の短期ワークショップ（役割・イベント・DoD・ゴールの確認）。
- デイリースクラムやプランニングの観察→改善点を短いサイクルで試す（ファシリテータ役の交代など）。
- 障害の可視化（週次のインピーディメントボード）と、解決のための組織横断タスクをSMが主導して推進。
- 不確実性（Uncertainty） — 確認したいこと（最大3つ）
- 現在のチーム編成はどうなっていますか？（SMはフルタイムですか、複数チーム共有ですか）
- 今いちばん困っていることは何ですか？（イベントが形骸化している、障害が多い、POとの連携不足、品質問題など）
- 導入済みのツールや可視化（Jira/Backlog/ボード/バーンダウン等）は何を使っていますか？それに合わせた具体支援案を出します。
📋 ライセンス表示
このコンテンツはScrum Guide（© 2020 Ken Schwaber & Jeff Sutherland）に基づき、
CC BY-SA 4.0の下で公開されています。
本Spaceの出力を再利用する場合は、出典表示（Attribution）と同一ライセンス（ShareAlike）に留意してください。