スクラムマスターとは？役割やスキル、責任について分かりやすく解説
スクラムマスターとは、スクラムチームの有効性に責任を持つ役割のことです。スクラムガイドでは「スクラムチームと組織に奉仕する真のリーダー」と定義され、スクラムの理論とプラクティスをチームと組織に定着させ、チームが自己管理しながら成果を出せるように支援します。
プロジェクトのリーダーというと「プロジェクトマネージャー」を思い浮かべる方も多いのではないでしょうか。
一方で、スクラム開発におけるスクラムマスターの役割は、プロジェクトマネージャーとは少し異なります。
この記事では、スクラム開発をはじめとしたアジャイル開発を得意とする当社が、スクラム開発におけるスクラムマスターの役割や必要なスキル、資格、当社の現場で実践している工夫についてご紹介します。
スクラムマスターとは
スクラム開発におけるスクラムマスターとは、どのような位置づけの存在なのでしょうか。
スクラムマスターはスクラムを確立させる「責任者」
スクラムマスターの位置づけを一言で説明すると、スクラムを確立させる「責任者」といえます。
スクラムマスターは、スクラム開発の実施においてスクラムの理論と実践方法を全員に理解してもらえるように手助けをします。
その名前の通り、スクラムマスターはスクラム開発に精通した有識者として、スクラムを成功させるために活動します。
また、スクラムマスターは「スクラムチームと組織に奉仕する真のリーダー」と呼ばれるように、スクラム開発を推進していく上でチームをまとめていく役割を担います。
そのために、スクラムチームがスクラムのフレームワークに沿ってうまく活動できるように、コーチングやファシリテートを行っていきます。
スクラムマスターはプロジェクトマネージャーではない
よくある誤解として、スクラムマスターをプロジェクトマネージャーの位置づけのポジションととらえてしまうことがあります。
ウォーターフォール型のプロジェクトにおいては、プロジェクトを取りまとめ管理を行っていくプロジェクトマネージャーの役割が存在します。
プロジェクトマネージャーは、プロジェクトのリーダーとして、トップダウンでの意思決定やスケジュール・リソースの管理などを行います。
一方で、スクラム開発においてはプロジェクトマネージャーと同様の役割は存在しません。スクラムマスターはあくまで奉仕型のリーダーであり、トップダウンで意思決定を行うことはありません。
スクラム開発という枠組みの中でプロジェクトを円滑に推進し、課題があればそれを解決できるようにサポートしていくという役割を担います。
スクラムマスターと他の役割との違いと関係性
スクラム開発においては、スクラムマスター以外に「プロダクトオーナー」と「開発者」という役割も存在します。以下では、スクラムマスターと他の役割との違いと関係性について整理します。
プロダクトオーナーとスクラムマスター
プロダクトオーナーの役割を一言で表すと「スクラムチームから⽣み出されるプロダクトの価値を最⼤化すること」です。
プロダクトオーナーは開発するプロダクトの結果に責任を持ち、プロダクトの方向性を決める責任者となります。
プロダクトオーナーは、どちらかといえばビジネスサイドの方が担うことが多い役割といえます。
そのため、必ずしも IT やスクラム開発に精通していないことも多くなります。このような場合、スクラムマスターはプロダクトオーナーをサポートしつつ、プロダクトオーナーとスクラムチームの架け橋となり、スクラム開発を成功に導いていく必要があります。
スクラム開発におけるプロダクトオーナーの役割については、プロダクトオーナーの解説記事で詳しくご紹介しておりますので、よろしければ併せてご覧ください。
開発者とスクラムマスター
開発者は、スクラム開発においてプロダクトの開発を担当するメンバーのことです。
少人数で実施するスクラム開発においては、開発者があらゆる作業を担当することになります。スクラム開発に対する理解はもちろんのこと、設計・コーディング・テストなど一連の開発スキルを有していることが求められます。
上述のとおり、スクラムマスターは開発者を統括して管理していく役割ではありません。
開発者がスクラムの枠組みの中で力を発揮できるように、奉仕者として支援していく役割を担います。
デイリースクラムやスプリントプランニングなどの会議体においては、進行役として会議を円滑に進行していくことも必要です。
また、プロジェクトに問題が発生した場合には、その問題の解決方法ついて検討することも必要でしょう。
スクラムマスター・プロダクトオーナー・プロジェクトマネージャーの比較表
ここまでの内容を踏まえて、スクラムマスター・プロダクトオーナー・プロジェクトマネージャーという3つの役割の違いを表に整理します。なお、前述のとおりスクラム開発にプロジェクトマネージャーという役割は存在しないため、ウォーターフォール型プロジェクトにおける一般的な位置づけとの比較となります。
| 項目 | スクラムマスター | プロダクトオーナー | プロジェクトマネージャー |
|---|---|---|---|
| 主な責任 | スクラムの確立とスクラムチームの有効性 | プロダクトの価値の最大化 | プロジェクトの計画と完遂（スケジュール・コスト・品質の管理） |
| 焦点 | チームとプロセス | プロダクトとビジネス価値 | 計画とリソース |
| 意思決定のスタイル | 奉仕型リーダーとして支援し、チームの自己管理を促す | プロダクトバックログの内容と優先順位を決定する | トップダウンで意思決定し、メンバーに指示する |
| 成功の定義 | チームが自己管理し、継続的に改善できている状態 | プロダクトがユーザーとビジネスに価値をもたらしている状態 | 計画どおり（納期・予算・品質）にプロジェクトが完了した状態 |
スクラムマスターの役割や責任
スクラムマスターの位置づけはスクラムを確立させる「責任者」であると紹介しましたが、ここではより具体的にスクラムマスターの役割や責任についてご紹介します。
スクラム開発におけるバイブルといえる「スクラムガイド※」によれば、スクラムマスターの役割は大きく以下の3つとなります。
- スクラムチームのサポート
- プロダクトオーナーのサポート
- 組織全体のサポート
※参考：スクラムガイド（日本語訳版）（新しいタブで開きます）
スクラムチームのサポート
スクラムマスターは、さまざまな形でスクラムチームをサポートしていきます。
具体的には、以下のような取り組みを行っていきます。
〇コーチング
スクラム開発に対する知識や経験が少ない開発者に対して、コーチングによりスキルやノウハウを伝達していく。
〇課題の解決
スクラムチームの進捗を妨げるような課題や障害物が発生した場合、それらを解決・排除できるように動く。
〇スクラムイベントの進行と順守
デイリースクラムやスプリントプランニング、スプリントレトロスペクティブなどの各種スクラムイベントの開催やタイムキーピングなどのファシリテートに加え、各種イベントがポジティブかつ⽣産的なものとなるように動く。
〇作業へ集中できる環境の提供
その他、スクラムチームが品質の高い成果物を作成し、プロダクトの完成という目標に進んでいく作業に集中できるように様々な支援を行う。
プロダクトオーナーのサポート
同様に、スクラムマスターはプロダクトオーナーのサポートを行います。具体的には、以下のような取り組みを行っていきます。
〇プロダクトゴール・プロダクトバックログに関するサポート
プロダクトオーナーがビジネス目標を達成するために作成するプロダクトゴールやプロダクトバックログについて、助言やサポートを行うことで作成や管理をサポートする。
〇プロダクトバックログアイテムの理解浸透
プロダクトバックログアイテムがなぜ必要であり、具体的にどのようなものなのかを開発者に理解してもらえるように、プロダクトオーナーの考えを踏まえて伝達を行う。
〇専門的な知見の提供
プロダクト開発においてインフラ環境や利用するソフトウェア、SaaS など、専門的な知見を踏まえてプロダクトオーナーをサポートする。
〇ステークホルダーとのコミュニケーション支援
プロジェクトを進めていく上で必要となるプロダクトオーナーとステークホルダーとのコミュニケーションについて、支援を行う。
組織全体のサポート
スクラムマスターの役割は、スクラムチームやプロダクトオーナーのサポートにとどまりません。プロダクトを開発する組織全体に対しての支援もスクラムマスターの役割のひとつです。
〇組織へのコーチング
スクラムチーム内だけではなく、組織全体へスクラム開発について指導・トレーニング・コーチする。
〇スクラム開発の進め方についての助言
組織がどのようにスクラム開発を活用していけばよいか、その実施⽅法を計画したり、助⾔したりする。
〇スクラム開発のノウハウ提供
たとえばスクラム開発におけるコストの妥当性など、スクラム開発に関する経験・知見を基に社員やステークホルダーの理解を高める。
スクラムマスターに求められるスキル
スクラムマスターとしてスクラム開発に携わっていくためには、どのようなスキルが必要なのでしょうか。
以下では、スクラムマスターの認定試験であるCSM（Certified ScrumMaster）認定スクラムマスターの取得時に受講するカリキュラムを踏まえてご紹介します。
※参考：Scrum Alliance「SCRUM ALLIANCE CERTIFIED SCRUMMASTER (CSM) Learning Objectives」（新しいタブで開きます）
スクラム開発に関する知見・経験
当然ながら、スクラム開発に関する知見や経験を有していることはスクラムマスターに求められる必須のスキルです。
これまでにご紹介した通り、スクラムマスターはスクラム開発をスクラムチームや組織にインストールするために、スクラムの有識者としてサポートを行うことが求められます。
そのためには、スクラム開発に関する知識が必要です。
スプリントプランニングやスプリントレビューの実施方法や実施時のポイント、プロダクトバックログの作成方法や取りまとめ方など、スクラム開発を進める上でのイベントや作成物に関する知見を基に、他のメンバーへの助言やサポートを行っていくことが求められます。
ファシリテーション力
スクラムマスターは奉仕型のリーダーであり、自身がプロジェクトを取りまとめて意思決定をしていくのではなく、メンバーの意見を引き出し、取りまとめていく力が求められます。
このようなファシリテーション能力はスクラムマスターの役割を担う上で重要なものとなります。
たとえばスプリントプランニングにおいては、プロダクトオーナーの要望や開発者の作業能力などを踏まえ、現実的かつプロダクトゴールに向けて効果的である計画を立てる必要があります。
それぞれの意見が異なる場合には、うまく意見を整理していく必要もあります。
調整力
一般的に、プロジェクトを実施していく上では多数のステークホルダーが存在します。
たとえば経営層はプロジェクトの成否とプロジェクトの成功がもたらす利益について関心があります。
またシステム連携を行う場合は、連携先システムの担当者などもステークホルダーとなるでしょう。
このようなステークホルダーは、多様な意見を持ち、また利害関係も存在します。
一義的にはプロダクトオーナーがステークホルダーとの調整を行うことになりますが、プロダクトオーナーを支援し、調整をサポートしていく力がスクラムマスターには求められます。
コーチング・ティーチング能力
スクラムマスターには、スクラム開発がうまくいくようにメンバーへコーチングやチーティングを行っていく役割があります。
たとえば、プロダクトオーナーがスクラム開発に精通していない場合、スクラムマスターはスクラム開発の進め方やプロダクトバックログの取りまとめ方などについて助言を行い、知識を伝えてしていきます。
単に知見を持っているだけでは、このようないわゆる教育に関する取り組みはうまくいきません。自身が持つ知見を分かりやすく、かつ相手のスキルに合わせて伝えていく能力が求められます。
スクラムマスターの資格
スクラムマスターになるために必須の資格はありませんが、スクラムを体系的に学び、スキルを客観的に示す手段として認定資格が広く活用されています。ここでは代表的な2つの資格をご紹介します。
CSM（Certified ScrumMaster / 認定スクラムマスター）
CSM は、アジャイルコミュニティの国際的な非営利組織である Scrum Alliance が認定する資格です。認定スクラムトレーナーが実施する公式研修を受講したうえで、テストに合格することで取得できます。
研修では演習やディスカッションを交えながらスクラムを体系的に学ぶことができ、日本国内でも研修が開催されています。なお、資格を維持するためには定期的な更新が必要です。
PSM（Professional Scrum Master）
PSM は、スクラムの考案者の一人であるケン・シュエイバー（Ken Schwaber）氏が設立した Scrum.org が認定する資格です。
研修の受講は必須ではなく、オンラインの試験に合格することで取得できます。習熟度に応じて PSM I・PSM II・PSM III というレベルが用意されており、取得した認定に有効期限はありません。
資格の取得自体がゴールではありませんが、スクラムガイドの内容を体系的に理解し、チームや組織と共通言語で対話できるようになるという点で、これからスクラムマスターを目指す方にとって有効な学習の道筋となります。
スパイスファクトリーの現場で実践しているスクラムマスターの工夫
スパイスファクトリーには認定スクラムマスター資格を持つメンバーが複数在籍しており、スクラム開発支援サービスとしてお客さまのプロダクト開発を支援しています。ここでは、当社の現場でスクラムマスターが実践している代表的な工夫をご紹介します。
デイリースクラムを「報告会」にしない
デイリースクラムは毎日開催されるため、続けるうちに「昨日やったことを報告するだけの場」になりがちです。形骸化が進むと、スプリントのゴールに向けた検査と適応の場として機能しなくなってしまいます。
当社の現場では、「昨日何をしたか」ではなく「スプリントゴールに近づくために今日何をするか」「ゴールを妨げるものはないか」を中心に話すよう問いかけを変えたり、タスクボードを見ながらアイテム単位で状況を確認したりと、目的に立ち返るファシリテートを行っています。
また、発言がスクラムマスターへの報告にならないように、開発者同士が互いに向けて話す形を促すことも意識しています。
障害物リストの見える化
デイリースクラムなどで挙がったチームの障害物（インペディメント）は、その場で聞き流さずにリストとして見える化します。タスクボードと並べて障害物リストを管理し、誰が解消に動いているのか、解消されたのかをチームの誰もが確認できる状態にしておくことで、課題の放置を防ぎます。
障害物が解消された事実をチームに共有することも重要です。「挙げれば解決に向かう」という実感が積み重なることで、チームは課題を早い段階で口に出せるようになります。
チームの成熟に合わせて関わり方を変える
スクラムマスターの支援は、常に同じ濃さである必要はありません。スクラム開発に慣れていない立ち上げ期には、ティーチングやファシリテーションを手厚く行い、スクラムイベントの目的や進め方をチームに定着させます。
チームがスクラムに慣れてきたら、答えを教えるのではなく、問いかけによって気づきを促すコーチング中心の関わりに移行します。レトロスペクティブでチーム自身が課題を発見し、改善策を実行できるようになってきたら、スクラムマスターは一歩引き、チームの自己管理に委ねる範囲を広げていきます。
このように関わり方を段階的に変えていくことが、「スクラムマスターがいなくても回るチーム」、すなわち自己管理するチームの育成につながります。
スクラムマスターの知識でスクラム開発を成功させよう
この記事では、スクラムマスターの役割や必要なスキルについてご紹介しました。
スクラム開発がうまくいくかどうかは、スクラムマスターのスキルによるところも大きいといえます。
特に、メンバーがスクラム開発に慣れていない場合、スキルや経験を備えたスクラムマスターが活躍します。
自社にエンジニアリソースが存在しない場合は、アジャイル開発やスクラム開発に精通した外部メンバーにスクラムマスターの役割を依頼することも有効です。
高いスキルを持ったスクラムマスターがチームに存在することで、スクラム開発を成功に導くことができます。
スパイスファクトリーでは、アジャイル開発・スクラム開発によりこれまで多数のお客さまのシステム開発を支援してまいりました。
アジャイル開発でプロジェクトを実施したいという方は、ぜひお声がけください。
