スクラムマスターとは｜役割と仕事の中身、プロダクトオーナーとの違い

スクラムマスターとは、スクラムという仕事の進め方をチームと組織に根付かせ、チームが成果を出せる状態を保つことに責任を持つ役割です。プロジェクトの進み具合を管理する人、会議の司会をする人、と思われがちですが、スクラムのルールブックである「スクラムガイド」に書かれている責任は、それよりも広く、少し違う方向を向いています。

この記事では、スクラムマスターとは何かを、スクラムガイド（2020年11月版の日本語訳）の記載に沿って説明します。チームへの支援、プロダクトオーナーへの支援、組織への支援の3つに分けて仕事の中身を整理し、プロダクトオーナーや開発者、プロジェクトマネージャーとの違い、少人数のチームで始めるときの進め方まで順に扱います。チームの作業を見える形で回したい人向けに、無料から使えるボード型のプロジェクト管理の道具Pinatecaも、方法の1つとして後半で紹介します。

スクラムとは何か、スクラムマスターはどこにいるのか

スクラムマスターを理解するには、まずスクラムそのものを押さえておく必要があります。スクラムは、ソフトウェア開発の現場で広く使われている仕事の進め方で、1995年にKen SchwaberとJeff Sutherlandの2人が共同で発表したものです。2人がまとめた「スクラムガイド」は、スクラムの決まりを定めた文書で、公式サイト（scrumguides.org）から日本語訳を含む各国語版を読めます。

スクラムガイドは、スクラムを次のように定義しています。

スクラムとは、複雑な問題に対応する適応型のソリューションを通じて、人々、チーム、組織が価値を生み出すための軽量級フレームワークである。 出典: scrumguides.org

フレームワークとは、仕事の進め方の骨組みのことです。スクラムは、細かい手順をすべて決めるのではなく、最小限の決まりだけを定め、残りはチームが自分たちで工夫する前提になっています。スクラムガイドは、スクラムの流れを4つの段階で説明しています。プロダクトオーナーが作業をプロダクトバックログに並べる、スクラムチームがスプリントで選んだ作業を価値のある成果に変える、チームと関係者が結果を確かめて次に向けて調整する、それを繰り返す、という流れです。

ここで出てくる言葉を、先に言い換えておきます。

• プロダクトバックログ … これから作るもの、直すものを、優先する順に並べた一覧
• スプリント … 1か月以内の決まった長さで区切った作業の期間。前のスプリントが終わると、すぐに次のスプリントが始まる
• インクリメント … スプリントの中で完成させた、使える状態の成果物
• ステークホルダー … 依頼主や利用者など、プロダクトに関わる人たち

スクラムガイドは、スクラムを「次の環境を促進するためにスクラムマスターを必要とするもの」とも書いています。つまりスクラムマスターは、スクラムという仕組みを回すうえで欠かせない存在として、定義の段階から位置づけられています。

スクラムマスターが守る土台：3つの柱と5つの価値基準

スクラムマスターがチームに理解してもらう「スクラムの理論」の中心にあるのが、3つの柱と5つの価値基準です。スクラムガイドは、スクラムは経験主義とリーン思考に基づいていると書いています。経験主義とは、知識は経験から生まれ、判断は観察したことに基づいて行う、という考え方です。リーン思考とは、ムダを省いて本質に集中する考え方です。

経験主義を支える柱として、スクラムガイドは「透明性」「検査」「適応」の3つを挙げています。

• 透明性 … 作業の状態が、作業をする人にも受け取る人にも見えていること。見えていないものは確かめられない
• 検査 … 成果物とゴールに向けた進み具合を、頻繁に確かめること。問題を早く見つけるため
• 適応 … 確かめた結果、ずれが見つかったら、できるだけ早く進め方や作るものを調整すること

この3つは順番につながっています。スクラムガイドは、透明性によって検査が可能になり、検査によって適応が可能になる、と説明しています。作業の状態が見えていなければ確かめようがなく、確かめても調整しなければ意味がない、ということです。スクラムマスターは、作業の一覧が古いまま放置されていないか、振り返りで決めたことが次のスプリントで実際に試されているかを見て、この流れが途切れないように支えます。

5つの価値基準は、確約、集中、公開、尊敬、勇気です。チームはゴールの達成とお互いの支援を確約し、スプリントの作業に集中し、作業や課題を関係者に公開し、お互いを能力のある独立した個人として尊敬し、正しいことをする勇気や困難な問題に取り組む勇気を持つ、とスクラムガイドは書いています。

価値基準は、壁に貼っておくだけでは意味がありません。たとえば「公開」は、作業の遅れを隠さずデイリースクラムで言えるかどうかに表れます。「勇気」は、無理な計画に対して「このスプリントには入りきらない」と言えるかどうかに表れます。スクラムマスターは、こうした発言をした人が責められない雰囲気を作ることで、価値基準をチームの日常に根付かせていきます。

スクラムガイドに書かれたスクラムマスターの責任

スクラムガイドは、スクラムチームの中に、開発者、プロダクトオーナー、スクラムマスターという3つの責任を定めています。スクラムマスターについての記載の中心は、次の2つの文です。

スクラムマスターは、スクラムガイドで定義されたスクラムを確立させることの結果に責任を持つ。 スクラムマスターは、スクラムチームの有効性に責任を持つ。 出典: scrumguides.org

1つ目の「スクラムを確立させる」とは、チームと組織の全員が、スクラムの考え方と決まりを理解し、実際にそのとおり動ける状態にすることです。スクラムガイドは、スクラムマスターがこの責任を果たす方法を、スクラムの理論と実践を全員に理解してもらえるよう支援すること、と書いています。

2つ目の「チームの有効性」とは、チームが成果を出せる状態にあるかどうかのことです。スクラムマスターは、チームがスクラムの枠組みの中で、自分たちのやり方を改善していけるようにすることで、この責任を果たします。

ここで大切なのは、スクラムマスターの責任が「プロジェクトを期限どおりに終わらせること」や「作業を割り振ること」として書かれていない点です。作業の計画を作るのは開発者、何を作るかの順番を決めるのはプロダクトオーナーで、スクラムマスターはそのどちらでもありません。スクラムマスターが責任を持つのは、チームと組織がスクラムをうまく使えているかどうか、という一段上の部分です。

スクラムガイドは、スクラムマスターを「スクラムチームと、より大きな組織に奉仕する真のリーダーである」とも表現しています。指示や命令で人を動かすのではなく、チームが自分たちで判断して動けるように支えることで、結果としてチームを導く存在だ、という意味です。

スクラムマスターの仕事1：チームへの支援

スクラムガイドは、スクラムマスターがスクラムチームを支援する形として、次の4つを挙げています。

1. 自己管理型で機能横断型のチームメンバーをコーチする
2. 完成の定義を満たす価値の高いインクリメントの作成に集中できるよう支援する
3. チームの進捗を妨げる障害物を排除するように働きかける
4. すべてのスクラムイベントが開催され、前向きで生産的であり、タイムボックスの制限が守られるようにする

言葉が硬いので、現場の仕事に置き換えてみます。

「自己管理型」とは、誰が何をどう進めるかを、チーム自身が決めることです。「機能横断型」とは、企画、デザイン、開発、テストなど、成果物を作るのに必要な力がチームの中にそろっていることです。スクラムマスターは、メンバーが上からの指示を待つのではなく、自分たちで決めて動けるように、問いかけたり、振り返りを促したりします。答えを教えるのではなく、チームが答えにたどり着けるように支えるのが「コーチする」の意味です。

「完成の定義」とは、どの状態になったら作業を完成とみなすかを、チームで決めておいた基準のことです。たとえば「テストが通っている」「説明の文書が更新されている」などです。スクラムマスターは、チームがこの基準を満たす成果物を作ることに集中できるよう、余計な割り込みを減らしたり、基準があいまいになっていないかを確かめたりします。

「障害物」とは、チームの作業を止めているもののことです。必要な権限が下りない、別の部署の回答待ちで止まっている、開発に使う環境が壊れている、などが当てはまります。スクラムガイドの書き方が「排除する」ではなく「排除するように働きかける」になっている点に注意が必要です。スクラムマスターが自分で全部を片付けるのではなく、解決できる人につなぐ、チームが自分で解決できるように支える、という関わり方が想定されています。

「タイムボックス」とは、イベントにかける時間の上限のことです。スクラムマスターは、会議が長引いて作業の時間を圧迫しないように、時間の枠が守られるよう気を配ります。

スクラムマスターの仕事2：プロダクトオーナーへの支援

スクラムマスターが支援するのは、開発者だけではありません。スクラムガイドは、プロダクトオーナーを支援する形として、次の4つを挙げています。

1. 効果的なプロダクトゴールの定義とプロダクトバックログ管理の方法を探すことを支援する
2. 明確で簡潔なプロダクトバックログアイテムの必要性について、スクラムチームに理解してもらう
3. 複雑な環境での経験的なプロダクト計画の策定を支援する
4. 必要に応じてステークホルダーとのコラボレーションを促進する

プロダクトオーナーは、プロダクトの価値を最大にすることに責任を持つ人で、プロダクトバックログに何を並べ、どの順番にするかを決めます。スクラムガイドには、プロダクトオーナーは1人の人間であり、委員会ではない、と明記されています。

プロダクトゴールとは、プロダクトが目指す将来の状態のことで、プロダクトバックログはこのゴールに向かうための一覧です。スクラムマスターは、ゴールがあいまいなままバックログだけが増えていないか、一覧の項目が開発者にとって分かりやすく書かれているかを見て、プロダクトオーナーと一緒に改善の方法を探します。

「経験的なプロダクト計画」とは、最初に完璧な計画を立てるのではなく、作って確かめた結果から次の計画を決めていく進め方のことです。スクラムガイドは、スクラムが経験主義、つまり知識は経験から生まれ、判断は観察したことに基づいて行う、という考え方に立っていると説明しています。先が読めない仕事ほど、この進め方が向いています。

ステークホルダーとのコラボレーションの促進とは、依頼主や利用者とプロダクトオーナー、チームが、必要なときに直接話せる場を作ることです。要望の伝言が何人も経由すると、意図がずれて伝わります。スクラムマスターは、こうしたずれが起きにくい場を整えます。

スクラムマスターの仕事3：組織への支援

3つ目が、チームの外、つまり組織全体への支援です。スクラムガイドは次の4つを挙げています。

1. 組織へのスクラムの導入を指導、トレーニング、コーチする
2. 組織においてスクラムの実施方法を計画、助言する
3. 複雑な作業に対する経験的アプローチを、社員やステークホルダーに理解、実施してもらう
4. ステークホルダーとスクラムチームの間の障壁を取り除く

スクラムは、1つのチームだけで完結しないことがよくあります。チームはスプリントごとに少しずつ成果物を出したいのに、組織の決まりでは半年に一度しか公開の承認が下りない。チームが自分たちで決めて動きたいのに、上司が細かい作業の指示を出し続ける。こうした組織の側の習慣が、チームの障害物になることがあります。

スクラムマスターは、組織の人たちにスクラムの考え方を説明し、チームが力を発揮できるように、組織の側の仕組みや習慣を変える手助けをします。研修を開く、管理職と話し合う、ほかのチームにスクラムの導入を助言する、といった活動が含まれます。

この3つ目の支援があるため、スクラムマスターには、チームの中の人と話す力だけでなく、組織の中で立場の違う人と話を進める力も求められます。技術の知識だけでスクラムマスターが務まるわけではない、と言われるのは、このためです。

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

スクラムには、スプリントの中で行う4つのイベント（決まった目的で集まる場）があります。スクラムガイドに書かれた時間の上限と目的を、スクラムマスターの関わり方とあわせて整理すると次のようになります。

イベント	目的	時間の上限（スプリントが1か月の場合）
スプリントプランニング	このスプリントで何をするか、どう進めるかを決める	最大8時間
デイリースクラム	スプリントのゴールに向けた進み具合を確かめ、計画を調整する	15分（毎日、同じ時間と場所で）
スプリントレビュー	成果物を関係者と一緒に確かめ、次に何をするかを話し合う	最大4時間
スプリントレトロスペクティブ	チームの進め方を振り返り、改善を決める	最大3時間

スプリントの期間が1か月より短ければ、それぞれの時間も短くするのが一般的です。

スクラムガイドの記載で見落とされやすいのが、デイリースクラムは「スクラムチームの開発者のための」イベントだという点です。スクラムマスターが毎朝の会議を仕切って、一人ずつ報告させる場ではありません。スクラムマスターの役目は、デイリースクラムが開かれ、15分の枠の中で終わり、開発者にとって役に立つ場になっているかを見守ることです。プロダクトオーナーやスクラムマスターが、実際にスプリントの作業項目に取り組んでいる場合は、開発者として参加すると書かれています。

振り返りの場であるスプリントレトロスペクティブでは、スクラムマスターは、チームが率直に意見を出せる雰囲気を作ることに力を注ぎます。うまくいかなかったことを責め合う場になると、次から本音が出なくなります。何がうまくいき、何に困り、次のスプリントで何を変えるかを、チーム自身が決められるように進めます。

プロダクトオーナー、開発者、プロジェクトマネージャーとの違い

スクラムマスターと混同されやすい役割を、責任の向きで比べると次のようになります。

役割	責任を持つこと	主な仕事
プロダクトオーナー	プロダクトの価値を最大にすること	プロダクトゴールを決め、プロダクトバックログを並べ替える
開発者	各スプリントで使える成果物を作ること	スプリントの計画を作り、品質を作り込み、毎日計画を調整する
スクラムマスター	スクラムを確立させ、チームの有効性を高めること	チーム、プロダクトオーナー、組織を支援する

プロダクトオーナーとの違いは、「何を作るか」を決めるかどうかです。何を優先するかの最終的な責任はプロダクトオーナーにあり、スクラムマスターはその判断を代わりにしません。スクラムマスターが関わるのは、プロダクトオーナーがよい判断をできるように、バックログの扱い方や関係者との話し方を一緒に考える部分です。

開発者との違いは、「どう作るか」を決めるかどうかです。スプリントの中で何をどの順に進めるかは、開発者が決めます。スクラムマスターは作業を割り振りません。

プロジェクトマネージャーとの違いもよく聞かれます。スクラムガイドには、プロジェクトマネージャーという役割は出てきません。一般に、プロジェクトマネージャーは計画を立て、作業と人を割り当て、進み具合と予算と期限を管理する役割として置かれることが多く、責任の中心は「計画どおりに終わらせること」にあります。スクラムでは、計画を作るのは開発者、優先順位を決めるのはプロダクトオーナーと、その責任がチームの中に分けて持たれています。会社によっては、スクラムマスターがプロジェクトマネージャーを兼ねていることもありますが、その場合は、どちらの帽子をかぶって話しているのかを、本人もチームも意識しておくと混乱が減ります。

スクラムマスターがつまずきやすい場面と、立て直し方

スクラムマスターを初めて務める人がつまずきやすい場面は、ある程度決まっています。よくある場面と、スクラムガイドの記載に照らした立て直し方を整理しておきます。

1つ目は、スクラムマスターが「進捗の管理係」になってしまう場面です。デイリースクラムで一人ずつ報告を求め、遅れている人に理由を聞く。こうなると、開発者は自分たちで計画を調整するのではなく、スクラムマスターに報告するために集まるようになります。立て直すには、デイリースクラムは開発者のためのイベントであることをチームで確かめ直し、スクラムマスターは時間と場が守られているかを見る役に戻ります。

2つ目は、障害物をすべて自分で片付けようとする場面です。チームが困っていることを全部引き受けると、スクラムマスターが忙しくなるだけでなく、チームが自分で解決する力が育ちません。スクラムガイドの書き方が「排除するように働きかける」になっていることを思い出し、チームで解決できることはチームに任せ、組織の側でしか動かせないことに力を使います。

3つ目は、プロダクトオーナーの代わりに優先順位を決めてしまう場面です。プロダクトオーナーが忙しくて手が回らないと、スクラムマスターが代わりにバックログを並べ替えたくなります。しかし、プロダクトの価値に責任を持つのはプロダクトオーナーです。スクラムマスターは、プロダクトオーナーが判断に使える時間を確保できるよう、組織の側に働きかけるほうが本来の役目に沿っています。

4つ目は、振り返りが毎回同じ話で終わる場面です。「コミュニケーションを取ろう」のような大きな結論ばかりだと、次のスプリントで何も変わりません。変えることを1つに絞り、「誰が、いつ、何をするか」まで決めて、次の振り返りでその結果を確かめる、という流れを作ると、検査と適応が実際に回り始めます。

スクラムマスターに求められる力と、学び方

スクラムガイドの記載から逆算すると、スクラムマスターに求められる力は次のように整理できます。

• スクラムの理論と決まりを正しく説明できる力。スクラムガイドを読み込み、なぜその決まりがあるのかを自分の言葉で話せること
• 問いかけで考えを引き出す力。答えを先に言わず、チームが自分たちで結論を出せるように支えること
• 場を整える力。会議の時間を守り、意見を言いやすい雰囲気を作ること
• 障害を見つけて、解決できる人につなぐ力。チームの外の人と話を進めること
• 自分のチームを観察する力。会議で誰が話していないか、どの作業がいつも止まるかに気づくこと

実際の仕事の時間の使い方は、チームの成熟度によって大きく変わります。スクラムを始めたばかりのチームでは、イベントの進め方を説明する、決まりの意味を問われて答える、といった時間が多くなります。チームが慣れてくると、イベントの場で前に出る時間は減り、チームの様子を観察する時間、プロダクトオーナーとバックログの扱い方を話す時間、組織の側の障害について関係者と話す時間の割合が増えていきます。会議で何も話していないように見えるスクラムマスターが、実はチームの外で障害を取り除いている、ということも珍しくありません。成果が目に見えにくい役割だからこそ、振り返りの場で「このスプリントでは何が変わったか」をチームと一緒に確かめることが、スクラムマスター自身の仕事の点検にもなります。

学び方として最初に勧められるのは、スクラムガイドそのものを読むことです。日本語訳は、目次や翻訳についての記載を含めても20ページに満たない分量で、一度通して読むだけでも、世の中に出回っている解説との違いに気づけます。スクラムガイドは、スクラムは不変であり、部分的に取り入れることは可能だが、その結果はスクラムとは言えない、とも書いています。

スクラムマスターの認定資格としては、Scrum Allianceの「認定スクラムマスター（CSM）」や、Scrum.orgの「Professional Scrum Master（PSM）」などが知られています。研修の受講が条件になっているもの、試験だけで受けられるものなど、条件は団体ごとに違います。受験の条件や費用は改定されることがあるので、受ける前に各団体の公式ページで今日時点の記載を確かめてください。資格は知識の証明として役に立ちますが、実際の現場では、チームと一緒にスプリントを回した経験のほうが大きくものを言います。

小さなチームでスクラムを始めるときの進め方と、作業を見える形にする道具

スクラムガイドは、スクラムチームは通常10人以下で、一般に小さなチームのほうがコミュニケーションがうまくいき、生産性が高いと書いています。数人のチームでスクラムを始めるなら、最初から完璧を目指さず、次の順で進めるのが無理のない形です。

1. スプリントの長さを決める。最初は1週間か2週間の短い期間にすると、振り返りの回数が増えて慣れるのが早くなる
2. プロダクトバックログを作る。やりたいこと、直したいことを1行ずつ書き出し、プロダクトオーナーが上から順に並べる
3. 完成の定義を決める。どの状態になったら完成とするかを、3項目から5項目くらいで書いておく
4. スプリントプランニングで、このスプリントに入れる項目と、スプリントのゴールを決める
5. 毎日15分のデイリースクラムで、進み具合と困りごとを共有する
6. スプリントの最後にレビューと振り返りを行い、次のスプリントで変えることを1つ決める

数人のチームなら、プロダクトバックログもスプリントの作業の一覧も、ホワイトボードと付箋や、表計算のシートで十分に回せます。列を「未着手」「進行中」「完了」に分け、作業を1枚ずつ動かしていくだけでも、誰がどこで止まっているかは見えるようになります。

一方で、メンバーが在宅で働いていてホワイトボードを共有できない、作業ごとの担当と期限を見える形で残したい、スプリントの作業とチームの会話を同じ場所で追いたい、という場面では、オンラインのボードを使うほうが回しやすくなります。こうした場面の選択肢の1つがPinatecaです。公式サイトによると、Pinatecaにはカンバン、ガント、カレンダー、リスト、ディスカッション、グリッド、時間割、リソースの8種類のボードがあり、カンバンのボードでプロダクトバックログとスプリントの作業を列で管理できます。チャットが内蔵されていて、カードごとのコメントで作業の話を残せるため、デイリースクラムで出た困りごとを、その作業のカードに書き残しておくといった使い方ができます。リソースのボードでは、人ごとの作業の偏りを見られます。ChatGPTやClaudeから話しかけて、ボードのカードを読んだり動かしたりすることもできます。

5人までのチームなら、すべてのボードとチャットを無料で使えます。無料のプランはボード10個までで、6人目または11個目のボードからはスタンダードプラン（1人あたり月額500円、税抜。年払いなら1人あたり月額400円）になります。Trelloからボードとカードを移行することもできます。

Pinatecaは、@SOHOを運営する株式会社ライフスケープが開発・提供しています。

道具はあくまで作業を見える形にするためのもので、スクラムマスターの仕事を代わりにしてくれるわけではありません。どの道具を使う場合も、スクラムガイドの決まりと、チームで決めた完成の定義を先に共有しておくことが、スクラムをうまく回す前提になります。

在宅のチームで見えてくる、スクラムマスターの価値

フリーランスと在宅ワークの仲介を20年以上続けてきた運営者として見てきた限りでは、在宅のメンバーが混ざるチームほど、スクラムマスターのような「進め方に責任を持つ人」がいるかどうかで、仕事の進み方に差が出ます。同じ部屋にいれば、表情や雑談で気づける困りごとが、在宅では文字にしない限り誰にも見えないからです。毎日の短い共有の場と、定期的な振り返りの場を持っているチームは、在宅でも外部のメンバーを交えても、仕事が止まりにくい傾向があります。

業務委託でチームに加わる人にとっても、スクラムの進め方を知っていることは強みになります。スプリントのゴールと完成の定義が共有されていれば、細かい指示を待たずに自分の担当を進められ、依頼する側からは「任せやすい人」として見られます。依頼する側と受ける側が直接やり取りできる形なら、進め方の取り決めも当事者どうしで決められます。仲介の手数料が間に入らない直接の取引は、同じ予算でも受ける側の手取りが厚くなり、依頼する側はその分だけ多くの作業を頼めるという、双方にとって得な形です。手数料0%で直接やり取りできる場では、こうした関係を作りやすくなります。

スクラムはソフトウェア開発の現場から広まった進め方で、アプリやWebサービスの開発の仕事ではよく使われています。アプリケーション開発のお仕事では、開発の仕事の中身と、求められる技術や進め方を紹介しています。チームの仕事の進め方そのものを改善する支援や、AIを業務に取り入れる支援の仕事については、AIコンサル・業務活用支援のお仕事で、どんな仕事があるかを確かめられます。

よくある質問

Q. スクラムマスターとプロジェクトマネージャーは同じですか？

同じではありません。スクラムガイドにプロジェクトマネージャーという役割はなく、スクラムマスターの責任は、スクラムを確立させることとチームの有効性を高めることです。計画を作るのは開発者、優先順位を決めるのはプロダクトオーナーで、スクラムマスターは作業の割り振りをしません。

Q. スクラムマスターはプロダクトオーナーと兼任できますか？

スクラムガイドは3つの責任を分けて定めていて、兼任を認める記載はありません。何を作るかを決める役割と、進め方を支える役割を1人が持つと、どちらかが手薄になりやすいため、分けておくのが一般的です。チームの事情で兼ねる場合は、どちらの立場で話しているのかを明確にしておきます。

Q. スクラムマスターになるのに資格は必要ですか？

必須ではありません。Scrum Allianceの認定スクラムマスター（CSM）やScrum.orgのProfessional Scrum Master（PSM）などの認定資格はありますが、受験の条件や費用は団体ごとに違い、改定されることもあります。受ける前に各団体の公式ページで確かめてください。

Q. デイリースクラムはスクラムマスターが司会をするものですか？

スクラムガイドでは、デイリースクラムは開発者のための15分のイベントとされています。スクラムマスターが一人ずつ報告させる場ではなく、開かれているか、時間内に終わるか、開発者にとって役に立つ場になっているかを見守るのがスクラムマスターの役目です。