Skip to content

第10章スクラムマスター

本章では、スクラムにおける「プロセスのリーダー」であり、チームが最大のパフォーマンスを発揮できるように支援する「スクラムマスター」の役割について解説します。

10.1 概要

スクラムマスターは、スクラムの価値、原則、プラクティスがチームや組織に正しく理解され、受け入れられるようにする責任があります。開発チームやプロダクトオーナーに対して「コーチ」のように振る舞い、スクラムの枠組みの中で彼らが自力で問題を解決できるように支援します。

10.2 主な責任

スクラムマスターの責任は多岐にわたり、主に以下の6つの役割を担います。

コーチ: プロダクトオーナーと開発チームの両方に対するアジャイルコーチとして機能し、チームが継続的な改善を行えるよう支援します。
サーバントリーダー: チームを支配する（指示命令する）のではなく、チームの最優先のニーズを満たし、彼らに「奉仕する」リーダーシップを発揮します。
プロセスの権威者: スクラムのプロセスを遵守させる権限を持ちます。
防御壁: 開発チームがスプリントゴールに集中できるよう、外部からの不必要な妨害（マネージャーからの急な割り込み作業など）からチームを守ります。
インペディメントの除去: テストサーバーの不具合など、チームの生産性を妨げる「障害（インペディメント）」を取り除く責任があります。
チェンジエージェント: 組織全体におけるスクラムの導入と定着を助け、文化的な変化を促進します。

10.3 特性とスキル

優れたスクラムマスターになるためには、以下のような特性やスキルが求められます。

知識: アジャイルやスクラムに関する豊富な知識だけでなく、チームの技術的課題を理解できる技術的背景も役立ちます。
質問力: 答えをすぐに教えるのではなく、チームに「適切な質問」を投げかけることで、彼ら自身の気づきと成長を促します。
辛抱強い: チームが自力で問題を解決し、自己組織化するまで、すぐに手を出さずに見守る「辛抱強さ」が必要です。
透明性: 隠された問題や技術的負債を表面化させ、スクラムの透明性を促進します。

10.4 一日の様子と 10.5 役割を果たす

スクラムマスターは、スプリントプランニング、デイリースクラム、スプリントレビュー、レトロスペクティブといった各種イベントのファシリテーションや、日々のインペディメント除去に奔走します。

フルタイムジョブか？: 多くのチームにおいて、スクラムマスターはフルタイムの役割です。とくにスクラム導入初期のチームや組織では、解決すべきインペディメントが山のように存在するため、片手間では務まりません。
兼任について:
- POとの兼任: プロダクトオーナー（PO）とスクラムマスターの兼任は、利益相反を引き起こすため絶対に避けるべきです。
- 開発チームメンバーとの兼任: 開発者がスクラムマスターを兼任することは可能ですが、作業のコンテキストスイッチが発生し、どちらかの役割が疎かになるリスクがあります。キャパシティに余裕があれば、1人のスクラムマスターが複数のチームを兼任する方が好ましい場合があります。

10.6 終わりに

スクラムマスターは、指示命令型のマネージャーではなく、チームの潜在能力を引き出す「サーバントリーダー」です。次章（第11章）では、実際にプロダクトを構築し、価値を生み出す「開発チーム」の役割について詳しく見ていきます。