スクラムマスターのフリーランス面談でよく聞かれる質問と答え方の準備
公開 2026-11-04 監修:株式会社エージェントベスト
フリーランスのスクラムマスターの面談でよく聞かれるのは、どんな状態のチームに関わったか、うまくいかない時期に何に気づき何を試したか、プロダクトオーナーや組織にどう働きかけたか、PMとの違いをどう理解しているかの4つです。面談官は、スクラムの決まりごとの知識より、「このチームに入ったら、どう関わってくれるか」を確かめようとしています。
答えるときは、模範解答を覚えるより、自分が関わったチームの中から「チームが変わった場面」を3つほど選び、どの質問にもそこから答えられるように準備しておくのが近道です。面談全般の答え方の型は業務委託の面談でよく聞かれる質問と答え方で解説しているので、この記事ではスクラムマスターに固有の質問に絞ります。
スクラムマスターの面談で面談官が見ていること
スクラムマスターの面談に出てくるのは、プロダクトオーナー、開発チームのリーダー、アジャイルの推進を担う部署の担当者などです。チームと日々一緒に働く人が面談に出ることが多いため、話の中身に加えて、話し方そのものが一緒に働く姿の見本として受け取られます。
面談官が知りたいのは、おおむね次の3点です。
- 関わり方の型:チームに答えを渡すのか、チームが答えを出せるように問いかけるのか
- 見立ての力:チームの状態をどう観察し、何を原因と考えたか
- チームの外への働きかけ:チームだけでは解けない妨げに、誰をどう動かしたか
以下の質問は、この3点のどれかを確かめるためのものです。
よく聞かれる質問と答え方の考え方
ここで示す答えの例は、組み立て方を伝えるための架空の例です。そのまま使うのではなく、ご自身の経験に置き換えて準備してください。
1. 「関わったチームの規模と状態を教えてください」
確かめたいのは、経験の幅です。チームの人数、プロダクトの段階、スプリントの長さ、スクラムに慣れていたかどうか、自分が入ったときの状態を短く伝えます。担当したチームが複数ある場合は、状態の違うチームを並べると、対応できる場面の広さが伝わります。
架空の例:「事業会社の自社サービスで、開発者6名のチームを1年半担当しました。2週間スプリントで、入ったときは計画した作業の半分ほどしか終わらない状態が続いていました」
2. 「チームがうまくいっていなかったとき、何をしましたか」
最もよく掘り下げられる質問です。次の順番で組み立てると伝わりやすくなります。
- 何を見て、うまくいっていないと判断したか
- 原因をどう見立てたか(チームの中の問題か、外の問題か)
- チームに何を問いかけ、どんな打ち手を試したか
- 誰が決めたか(チームか、自分か)
- 何が変わったか、変わらなかったことは何か
面談官が気にするのは、スクラムマスターが自分で決めて解決した話になっていないかです。チームが自分たちで決められるように、何を用意したかを中心に話すと、役割の理解が伝わります。
3. 「レトロスペクティブで意見が出ないとき、どうしますか」
振り返りの進め方は、ファシリテーションの力を確かめる定番の質問です。手法の名前を並べるより、意見が出ない理由をどう考え、場の作り方をどう変えたかを話します。話しやすさの問題か、決めた改善が実行されないことへのあきらめか、といった見立てによって打ち手が変わることを示せると説得力が増します。
4. 「プロダクトオーナーをどう支えましたか」
スクラムガイドは、スクラムマスターがプロダクトオーナーに仕える働きとして、プロダクトゴールの定め方やバックログ管理の手法を探す手助け、関係者との協働の促進を挙げています。バックログの項目が大きすぎた、優先順位の根拠が共有されていなかったなど、具体的な場面で何を提案したかを話します。プロダクトオーナーの仕事を代わりにやったのか、支えたのかの違いも見られています。
5. 「チームの外の妨げを取り除いた経験はありますか」
他部署の承認待ち、環境の不足、別チームへの依存など、チームだけでは解けない問題の話です。誰に、どんな材料で説明し、どう動いてもらったかを話します。結果が出なかった場合も、何を試し、どこで止まったかを正直に話して問題ありません。
6. 「PMとスクラムマスターの違いをどう考えていますか」
PMや進捗管理の経験がある人によく聞かれます。計画と納期に責任を持って指示する立場と、チームの自己管理を支える立場の違いを、自分の経験の中の場面で説明できると伝わります。言葉の定義を述べるだけでは、実際にどちらの動き方をしてきたかが見えません。
7. 「このチームに入ったら、最初に何をしますか」
案件の説明を聞いたうえで聞かれることがあります。面談の段階で分かる情報は限られているので、断定的な改善策を語るより、何を観察してから判断するかを順に示すほうが信頼されます。イベントに参加して様子を見る、メンバーやプロダクトオーナーと個別に話す、ボードとバックログの状態を見る、といった自分の型を話しましょう。
8. 「なぜフリーランスでスクラムマスターをしているのですか」
長く関わってくれるか、外部の立場でどう振る舞うかを確かめる質問でもあります。働き方の希望だけでなく、どんな状態のチームで力を出したいかを添えると、案件との合い方が伝わります。
準備は「チームが変わった場面」を3つに絞る
答えの材料は共通しているので、準備は次の手順で進めると効率的です。
- 場面を選ぶ:停滞したチームの立て直し、振り返りの改善、チームの外の妨げへの対応など、性質の違う場面を3つ選ぶ
- 場面ごとにメモをつくる:入ったときの状態、観察したこと、見立て、問いかけと打ち手、誰が決めたか、変化を書き出す
- 変化を事実で言えるようにする:「雰囲気がよくなった」ではなく、「振り返りで決めた改善が次のスプリントで実行されるようになった」のように言う
- 2分版と5分版をつくる:最初は短く話し、掘り下げられたら詳しく話せるようにする
- スキルシートと照らし合わせる:シートに書いたチームの人数や期間と、話の内容をそろえる
面談官はシートを見ながら質問するため、話とシートのずれは信頼を損ないます。シートの書き方はスクラムマスターのスキルシートの記事、冒頭の自己紹介は面談の自己紹介の記事で解説しています。求められるスキルの全体像はスクラムマスターのスキルの記事をご覧ください。
面談の相手によって重心が変わる
| 面談の相手 | 重く見られやすい点 |
|---|---|
| プロダクトオーナー | バックログの支え方、関係者との場の作り方 |
| 開発チームのリーダー・メンバー | チームとの距離の取り方、開発の理解、振り返りの進め方 |
| アジャイル推進の担当者・管理職 | 組織への働きかけ、スクラムの理解の深さ |
| 受託側の上長(受託側の案件) | 発注元とのやり取り、チームの状況の伝え方 |
開発チームのメンバーが面談に出る場合は、完成の定義やテストの進め方など、開発の話についてこられるかも見られます。コードを書く必要はありませんが、開発の流れと用語は理解しておきましょう。オンライン面談の注意点はオンライン面談の記事にまとめています。
スクラムマスターならではの逆質問
面談の終わりの逆質問は、印象づくりより参画後のずれを防ぐ確認に使います。スクラムマスターの案件では、次の点を聞いておくと判断しやすくなります。
- チームが今いちばん困っていることと、それに気づいたきっかけ
- 担当するチームの数と、今後増える見込み
- 作業を割り振るのは誰か、バックログの順番を決めるのは誰か
- 兼務の作業があるか、ある場合の比重
- スプリントレビューに関係者が参加しているか
一般的な逆質問の考え方は業務委託の面談で聞いておくべき逆質問にまとめています。聞いた内容は契約前の確認にもそのまま使えます。確認点の全体はスクラムマスター案件の選び方で整理しています。
よくある質問
スクラムガイドの細かな決まりを聞かれることはありますか?
イベントの目的や役割の違いなど、基本を確かめる質問が出ることはあります。ただ、面談の中心は実践の経験です。決まりを暗記するより、なぜその決まりがあるのかを、自分の現場の場面と結びつけて話せるようにしておくほうが役立ちます。
担当したチームが1つしかありません。不利になりますか?
1チームでも、状態の変化を順を追って話せれば十分に材料になります。同じチームでも、時期によって課題が違ったはずです。立ち上げの時期、停滞した時期、安定した時期のように分けて話すと、経験の幅が伝わります。
うまくいかなかったチームの話をしても大丈夫ですか?
話して問題ありません。何に気づき、何を試し、どこで止まり、次に何を変えたかを説明できれば、経験として受け止められることが多くあります。面談で見送られやすい理由は面談で見送られる理由の記事で解説しています。
参考にした公的情報・資料
記事の内容は公開日時点の情報にもとづきます。制度や税率は変わることがあるため、手続きの前に必ず各機関の最新情報をご確認ください。