スクラムマスター(SM)とは?役割と現場での関わり方をわかりやすく解説

スクラムマスター(SM)は「何をする人か分からないまま任命される」ことが多い役割です。進行役のように扱われたり、PMの代わりに管理を任されたりすることも少なくありません。

しかし、この認識のままでは、チームの自律性は育たず、スクラムは形だけの運用になってしまいます。

この記事では、スクラムマスターの役割を「何をしないか」も含めて整理し、現場での具体的な動き方まで解説します。

アジャイル導入でズレないための考え方

この記事を読んで、「うちのチームも同じ状態かもしれない」と感じた方もいるのではないでしょうか。

アジャイルがうまくいかないとき、その原因は手法ではなく「前提」が変わっていないことにあります。

こうしたズレに気づくための観点を資料にまとめています。気になる方は確認してみてください。


\ 登録不要・無料でダウンロードできます /

目次

スクラムマスター(SM)とは?

スクラムガイド2020年版は、スクラムマスターを「スクラムガイドで定義されたスクラムを確立させることの結果に責任を持つ」存在と位置づけています。

ここでの「責任を持つ」は、指示を出して成果物を管理する従来型のマネジメント責任とは異なります。

スクラムの理論と実践をチーム全員が理解し、現場で機能するよう環境を整え、自己組織化を促す責任です。

スクラムマスターはチームが自律的に判断・行動できる状態を保つために、障害を取り除き、プロセスを改善し続けます。

自ら成果物の中身を決めるのではなく、チームが力を発揮できる状態を整える役割だと考えると近いでしょう。

スクラムマスターの位置づけを他の役割と比較すると、次のように整理できます。

役割責任領域
プロダクトオーナー何をつくるかを決める(価値を最大化する)
開発者どうつくるかを決める(価値を形にする)
スクラムマスターどう進めるかを整える(チームが力を発揮できる状態をつくる)

スクラムでは、従来一人のプロジェクトマネージャー(PM)が担っていた品質・コスト・納期(QCD)の責任を、上記の3つの役割に分散させる設計になっています。

スクラムガイドに「PM」という役割は定義されていませんが、PMが不要になったわけではなく、責任の持ち方が変わっています。

重要なのは、「価値の判断」と「プロセスの改善」の責任を一人に曖昧に集中させないことです。

スクラムマスター(SM)の関わり方(3つの視点)

スクラムマスター(SM)の関わり方(3つの視点)

スクラムマスターの役割は、「何をするか」だけでなく、現場でどう関わるかによって大きく変わります。

ここでは、スクラムマスターが実際にどのように関わるのかを、3つの視点で整理します。

  1. チームへの関わり方
  2. プロダクトオーナーとの関わり方
  3. 組織との関わり方

それぞれみていきましょう。

1. チームへの関わり方

スクラムマスターは、チームを「管理する」のではなく、チームが自分たちで進められる状態をつくるように関わります。

たとえばデイリースクラム。メンバーがスクラムマスターに向かって順番に報告している場合、それは関わり方として少しズレています。

スクラムマスターは進行役として場を回すのではなく、

  • メンバー同士が対話できているか
  • スプリントゴールに意識が向いているか
  • 困っていることが表に出ているか

といった点に目を向けます。

必要に応じて問いかけを行い、チームが自分たちで状況を整理し、次の行動を決められるように支えます。

スクラム全体の仕組みについては、以下の記事で詳しく解説しています。

あわせて読みたい
スクラム(Scrum)とは?簡単にわかるスクラム開発のスプリント・役割など5分で解説

2. プロダクトオーナーとの関わり方

スクラムマスターは、プロダクトオーナーの意思決定を代わりに行うことはありません。

その代わりに、プロダクトオーナーが判断に集中できる状態をつくるように関わります。

たとえば、以下のような支援が該当します。

  • 優先順位の考え方を整理する
  • プロダクトゴールを言語化する
  • ステークホルダーとの対話の場を整える

現場では、プロダクトオーナーが調整役に寄ってしまい、「価値の判断」が曖昧になるケースも少なくありません。

スクラムマスターはその状態に気づき、対話を通じて役割が発揮されるように関わります。

プロダクトオーナーの役割については、以下の記事で詳しく解説しています。

あわせて読みたい
プロダクトオーナーとは?役割と仕事内容をわかりやすく解説

3. 組織との関わり方

スクラムマスターの関わりは、チームの中だけでは完結しません。

むしろ重要なのは、チームの外にある課題にどう関わるかです。

たとえば、以下のような課題です。

  • 承認フローが多く意思決定が遅い
  • 部門間の連携に時間がかかる
  • 外部依存で作業が止まりやすい

こうした課題があると、チームがどれだけ工夫してもスピードは上がりません。

スクラムマスターは、これらの障害を見つけ、関係者と対話しながら改善していきます。

チームの外に目を向け、環境そのものを整えていくことも、スクラムマスターの重要な関わり方です。

スプリントイベントでの関わり方

スプリントイベントでの関わり方

スクラムマスターの関わり方は、スプリントイベントの場で特に表れます。

どのイベントも本来の目的がありますが、現場では「報告会」や「形式的な会議」になりやすいポイントでもあります。

ここでは、スクラムマスターがどのように関わると機能しやすくなるかを整理します。

  • スプリントプランニングでの関わり方
  • デイリースクラムでの関わり方
  • スプリントレビューでの関わり方
  • レトロスペクティブ(ふりかえり)での関わり方
  • リファインメントでの関わり方

順番に見ていきましょう。

スプリントプランニングでの関わり方

スクラムマスターは、計画を「決める人」ではありません。 チームが自分たちで計画を立てられる状態をつくることが役割です。

たとえば、

  • スプリントゴールが曖昧なまま進んでいないか
  • 一部の人だけで決めてしまっていないか
  • タスクの割り振りになっていないか

といった点に目を向けます。

スクラムマスターが作業を割り振ってしまうと、チームの主体性は下がってしまいます。

デイリースクラムでの関わり方

デイリースクラムは、「チームが今日の進め方を調整する場」です。スクラムマスターへの報告会ではありません。

よくあるのは、メンバーがスクラムマスターの方を向いて順番に話す形です。この状態では、チーム同士の調整が起きません。

スクラムマスターは、以下の点に注目します。

  • メンバー同士が向き合って話せているか
  • スプリントゴールに意識が向いているか
  • 困っていることが表に出ているか

問いかける場合も、「進捗どう?」ではなく「ゴールに向けて困っていることはある?」といった形に変えるだけで、対話の質は大きく変わります。

スクラムマスターが意識したい3点を整理します。

意識すべき点具体的な行動
障害の早期把握に焦点を当てる「進捗どう?」ではなく「スプリントゴールに向けて困っていることはある?」と問いかける
一方向報告を防ぐ発言はメンバー同士が向き合う形で促し、スクラムマスターへの報告にしない
タイムボックスを意識する全員で共有すべき内容に集中し、詳細な議論は必要に応じて別の場で行います。

スクラムマスターが管理的な問いかけを手放すほど、チームは自分たちで状況を捉え、進め方を調整し始めます。
重要なのは答えを与えることではなく、チームが自分たちで判断できる状態をつくることです。

スプリントレビューでの関わり方

スプリントレビューは、成果を報告する場ではありません。

デモを通じて対話し、次の判断につなげる場です。

スクラムマスターは主に以下のような点に目を向けます。

  • 一方的な説明になっていないか
  • ステークホルダーとの対話が生まれているか
  • フィードバックが次の優先順位に活かされているか

「見せて終わり」ではなく、次の意思決定につながる場になっているかが重要です。

レトロスペクティブ(ふりかえり)での関わり方

ふりかえりの目的は、進め方を振り返り、次にどう変えていくかをチームで考えることです。

スクラムマスターは、以下を意識して関わります。

  • 発言しやすい雰囲気があるか
  • 改善アクションが具体化されているか

代表的な手法がKPT(Keep・Problem・Try)です。

Keep(続けたいこと)とProblem(困っていること)を出し切ったあと、Tryとして改善案を洗い出します。候補が多い場合はドット投票で優先度を可視化できます。

なお、手法はKPTに限りません。重要なのは、改善アクションが実行可能な粒度まで落ちていることと、次のサイクルで追跡されることです。

決まったアクションは次回のふりかえり冒頭で進捗を確認し、チーム全員で追跡します。毎回同じ手法だとマンネリ化しやすいため、KPT以外のフォーマットも試してみてください。

レトロスペクティブの具体的な手法については、以下の記事で詳しく解説しています。

あわせて読みたい
アジャイル開発におけるレトロスペクティブとは?手法・やり方事例

リファインメントでの関わり方

リファインメントでの関わり方

リファインメントは、次のスプリントに向けてバックログを整理する時間です。

スクラムマスターは主に以下のような点に目を向けます。

  • POと開発者の対話が成立しているか
  • アイテムの理解にズレがないか
  • 次の計画に使える状態になっているか

ここでの整理が不十分だと、プランニングでの迷いが増え、立ち上がりが遅くなります。

スクラムマスター(SM)のイベント外での関わり方

スクラムマスター(SM)のイベント外での関わり方

スクラムマスターの業務は、イベントの場づくりだけではありません。

イベント外の時間の多くは、表から見えにくい活動に費やされます。

  • 障害を取り除く
  • コーチングと対話

それぞれ解説します。

障害を取り除く

チームが手を止めずに進める状態をつくることが前提になります。

障害は以下のようにさまざまです。

  • 環境やツールの問題
  • 組織的な制約
  • 外部との調整

スクラムマスターは、日常的な会話やデイリースクラムから兆候を拾い、優先順位をつけて対応します。

重要なのは、「その場の解決」で終わらせないことです。

同じ問題が繰り返されないように仕組みとして改善していくことが、チーム全体のスピードを上げていきます。

コーチングと対話

スクラムマスターは、答えを与える役割ではありません。問いかけを通じて、メンバーが自分で考え、動ける状態をつくります。

また、1on1などの場を通じて、言いにくい課題や違和感を拾い上げることも重要です。 こうした対話が積み重なることで、チームの発言が増え、ふりかえりの質も高まっていきます。

あわせて読みたい
「心理的安全性」は成功するチーム構成に最も重要なものである

スクラムマスター(SM)が現場で起きやすい関わり方のズレ

スクラムマスターの役割は、理解しているつもりでも、実際の現場では少しずつズレていくことがあります。

ここでは、よく見られる関わり方のズレを整理します。

  • 「進行役」になってしまう
  • 複数の役割を抱えすぎてしまう
  • 「障害対応」に偏ってしまう

「進行役」になってしまう

スクラムマスターが会議の進行役として認識されると、イベントを”回すこと”が目的になりがちです。その状態では、チームの対話や改善は生まれにくくなります。

スクラムマスターの役割は、進行することではなく、チームが自律的に動ける状態をつくることです。

複数の役割を抱えすぎてしまう

PMやPOを兼務しながらスクラムマスターを担うと、責任が混ざりやすくなります。

価値の判断と、進め方の改善。この2つを同時に担うと、どちらにも集中しづらくなります。

結果として、判断も改善も中途半端になってしまうケースが多く見られます。

「障害対応」に偏ってしまう

スクラムマスターは障害を取り除く役割を担いますが、それだけに集中すると、目の前の対応に追われてしまいます。

重要なのは、同じ問題が繰り返されないようにすることです。

そのためには、仕組みや関わり方そのものを見直していく視点が必要になります。

あわせて読みたい
スクラムマスターはいらない・不要?失敗するケースとは?

まとめ

スクラムマスターは、進行や管理をする人ではありません。チームが自分たちで考え、進められる状態をつくる人です。

その関わり方は、イベントの場だけでなく、日常の対話や障害への向き合い方、組織との関係づくりにも表れます。一見うまく回っているように見えても、スクラムマスターが管理的に関わっている限り、チームの自律性は育ちません。

大切なのは、答えを与えることではなく、チームが自分たちで考え、選び、改善していける状態を支えることです。関わり方が変わると、チームの動き方も変わります。

スクラムマスターの価値は、その変化を生み出し続けるところにあります。

スクラムマスターの実践スキルを体系的に身につけたい方は、Agile Business Instituteの認定研修をご活用ください。

スクラムマスター認定研修(CSM)の詳細はこちら>>

参考文献・出典

目次