ウェビナー開催:大日本印刷(DNP)様をお招きし、Jira Software 導入の経緯や課題、活用の取り組みをお伺いします!登録はこちら >

スクラムマスターとは?

スクラムマスターとは何か、チームが軌道を外れないようにスクラムマスターは何をなすべきかについて学ぶ

Max Rehkopf 作成者 Max Rehkopf
トピック一覧

概要: スクラム マスターは、スクラム フレームワークへの準拠を徹底し、より大きいチームへのスクラムを容易にします。スクラム マスターはスクラムの価値とプラクティスにコミットしますが、柔軟性を保ち、チームによるワークフロー改善の機会に対してオープンであることも要求されます。

その名が示す通り、スクラム マスターとはスクラムのマスターであり、スクラム フレームワークへの準拠を徹底する立場にあります。スクラムとは、明確に定義された、従うべき役割と形式であり、スクラム マスターはスクラム チームの各メンバーと協力し、スクラム フレームワークを通してチームの指導と教育を行います。

ある調査で、「あなたのアジャイル プラクティスは自分のニーズに合わせてカスタマイズされていますか、またはスクラムやカンバンを基準にしていますか」と尋ねたところ、92% がカスタムと回答し、8% がスクラムを基準にしていると回答しました。

Atlassian が最近 Twitter で実施したアンケートでは、92% の回答者が、「型どおりの」スクラムではなく、カスタマイズされたスクラムのようなものを実践していると答えました。これには驚きを覚えました。これがスクラム マスターにとって何を意味するのでしょうか、チームがスクラムを理解するためのコーチングや支援をするのは誰の役割なのでしょうか?進化し続ける、「型どおりではない」アジャイルの世界に、このような人たちが適合できる場所はあるのでしょうか?

これらは、私たちがアジャイルの名もなきヒーローであるスクラム マスターの役割と責務について深く考えたときに抱いた疑問です。

スクラムマスターとは?

スクラムマスターは、スプリントと呼ばれる時間枠を設けられたイテレーションに焦点を当てた軽量のアジャイルフレームワークであるスクラムの進行役です。進行役であるスクラムマスターはチームの他のメンバーのコーチとして機能します。スクラムガイドでは「サーバントリーダー」と表現しています。優れたスクラムマスターは、スクラムの基礎と価値に忠実に努めますが、柔軟性を維持し、チームのワークフローを改善する機会には常にオープンです。

同僚とともにスクラムボードのカードを移動させるスクラムマスター

スクラムマスターの責務

理想的なアジャイルの世界では、チームは独自のプロセスとツールを管理しようとします。しかし、アジャイルに移行する多くのチームは、通常、プロセスの所有者としてスクラム マスターに依存しています。責務と権限をチーム全体に浸透させるには時間がかかります。この変革のコンテキストにおける役割は、スクラムのセレモニーのスケジュール設定のような簡単なものから、他のスクラム チーム メンバーと同様に深く関与するものまであります。スクラム ガイドには、スクラム マスターと他のスクラムの役割とのかかわり方が記載されていますが、責務のすべてが挙げられているわけではありません。実際、以下に挙げたすべてを実行するスクラム マスターもいれば、一部のみ実行する人もいます。また、すべてがスクラムで定義されていない場合もあります

  1. スタンドアップ ミーティング: 必要に応じて、デイリー スタンドアップ ミーティング (デイリー スクラム) の司会を務めます。
  2. イテレーション/スプリント計画ミーティング: チームの過剰なコミットとスコープ クリープを防止します。推定とサブタスクの作成をサポートします。
  3. スプリント レビュー: ミーティングに参加してフィードバックを得ます。
  4. ふりかえり: 将来のスプリントのための改善とアクション アイテムの領域を特定します。
  5. ボード管理: スクラム ボードの管理者として働きます。カードが最新であり、Jira ソフトウェアなどのスクラム ツールが正しく機能していることを確認します。
  6. 1 対 1: 必要に応じて、チーム メンバーや利害関係者と個別に面談します。プロセスと作業スタイルに関するチームの不満を解消します。多くのスクラム担当者は、コミュニケーションはスタンドアップで行うべきと考えて 1 対 1 を快く思っていませんが、チームによっては (特に新しいチーム)、特定のチーム メンバーと対面で定期的に話し合うことが望ましい場合もあります。スクラム マスターは、これらの個別の話し合いがチームの発展とお互いの理解にとって非常に重要であると判断する場合があります。
  7. 内部コンサルティング: スクラム マスターは、チーム メンバーや内部利害関係者と、スクラム チームとの最適な関わり方についてコンサルティングできなければなりません。
  8. 報告: 何をどの程度の頻度で構築するかを把握するための、バーンダウン チャートとその他のポートフォリオ計画ツールの定期的な分析。
  9. ブロッカー: スクラム マスターは、プロセスまたはワークフローの改善を通じて外部ブロッカーを排除し、内部の障害を管理することで、チームを支援します。
  10. 忙しい仕事: スクラム チームの不調はスクラム マスターの責任です。解決策は、コンピューターの故障の修理、デスクの移動、さらにはサーモスタットの調整などかもしれません。スクラム マスターは、チームをサポートするために何でもやる姿勢が求められ、チームが本当に必要としているなら、コーヒーや軽食の用意すらもその仕事なのです。
Jira を動かす 2 つの役割

スクラムマスターは必要か?

スクラム トレーナーからは、スクラム チームにはスクラム マスターが必要だと教えられます。マスターがいないと、不充分なスクラム (「似て非なるスクラム」と言われるもの) を実行することになります。

スクラムを始める際には、機能しているスクラムを見る役割を担ってきた人がいると大いに役立ちます。さらに、スクラムの成功例を数多く見たことがある人がいるとさらによいでしょう。そのような理由から、スクラム マスターは、フルタイムの従業員としてではなく、コンサルタントとして雇われることがほとんどです。

ただし、スクラム チームは一つひとつ異なります。多くの経験豊富なチームが上述の責務をユニットとして処理し、誇りを持って楽しみながらプロセスを共同管理しています。スクラム マスターの役割はチーム内で交代で担当し、チーム メンバーが順番にスタンドアップやふりかえりの進行役を務めます。

また、同じ人間が毎日同じ役割を担うのが正しいとするチームもあります。

残念なことに、スクラム マスターの役割を誤解してしまうと、既存のマネージャーがスクラム マスターを自分の役割と見なすことがよくあります。これがなぜ問題になるのかについて理解するために、スクラム マスターと、組織にあるスクラム以外の役割とを比較し、これらの権限を区別しなければならない理由を見ていきましょう。

スクラム マスターとプロダクト マネージャー

アジャイル プロジェクト管理の概要」でも述べたように、プロダクト マネージャーによる開発チームへの関与は深ければ深いほどよいとされます。関与する場合は、顧客のニーズ、つまりその製品であることの「理由」を擁護するプロダクト所有者と足並みを揃える必要があります。その関与とタスク (チームの「進め方」) の境があいまいになると、問題が生じます。良かれと思ってやったことであっても、あいまいに関与してしまうと、欠陥や引き継ぎのほか、未知の問題が見えなくなってしまうことがよくあります。スコープやプロセスを入れ替えたりすれば、スコープ、スケジュール、品質を不能にさせてしまう傾向があります。そうなると、失敗となるのは目に見えています。

スクラム マスターとプロダクト所有者が、スクラム チームの 2 つの異なるニーズに対応するのは、このような理由からであり、これらのニーズは、従来のソフトウェア管理と組み合わされることがよくあります。また、小規模なチームでは、別の役割があることによるオーバーヘッドを避けがちですが、障害が発生した場合や、変更が生じた場合は、プロセス管理と製品の方向性を明確に分ける必要があります。

スクラム マスターとプロジェクト マネージャー

非技術系 (または非アジャイル) のスクラム マスターに当たるのが、プロジェクト マネージャーです。これらの役割はともに、作業を遂行する「方法」に焦点を合わせ、プロセスと進行を通じてワークフローの問題を解決します。これらの役割は両方必要なのでしょうか?おそらくその必要性はないでしょう。

従来のプロジェクト マネージャーとスクラム マスターはともに、チームの作業のサポートを担当しますが、そのアプローチは大きく異なります。プロジェクト マネージャーは、時間枠とマイルストーンを設定、追跡し、進捗状況を報告し、チームのコミュニケーションを調整します。しかし、より伝統的な管理の役割においては、制御する立場からこうした責務を遂行します。

スクラム マスターは、チームの目標達成のためのプロセスを強化、合理化するサポートを行います。理想的には管理者としてではなく、チーム メンバーまたはコラボレーターとして行います。優れたスクラム チームは自己組織化されているため、トップダウン式の管理にはうまく対応できません。

これらは、スクラム チーム管理における構成のあり方の一例にすぎません。これらの役割をすべて持つ組織もあれば、役割を 1 つしか、さらにはまったく持たない組織もあります。

スクラムマスターと大規模な組織

スクラム マスターの雇用を検討する際には、何にも増して考慮しなければならないことが 1 つあります。それは、組織がスクラムにコミットし、プロセスに投資している場合にのみスクラム マスターを雇用するという点です。上述の役割はすべて、さまざまな方法で開発チームを管理できますが、スクラム マスターはスクラムに 100% の賛同がある場合にのみ効果を発揮します。

プロセスを管理する各チームを支援するスクラム マスターがいれば、組織全体で、大きな成果を上げられます。チームメイトとマネージャーは顧客に定期的に価値を提供すること (スクラムの主な目標) に加えて、自分のベストを尽くすことに集中できます。プロダクト マネージャーは戦略に集中でき、開発者は優れたコードを記述でき、営業担当者は契約成立を高らかに伝えます。そのような場面を想像してみてください。これこそが、効果的に機能するスクラムの姿です。

アジャイルの矢印

Jira スクラム テンプレートを無料で始める

プロジェクトを合理化して、スプリント間の作業を簡単に計画、追跡、管理しましょう。Jira スクラム テンプレートには、ボード、バックログ、ロードマップ、レポートなどが含まれています!

次の記事
ふりかえり