---

スクラムチームの役割とは？意外な発見があるかもしれません！

スクラムの枠組みでは、チーム内に三つの責任を定めます。

• プロダクトオーナー。
• 開発者（スクラムチームのメンバー）。
• スクラムマスター。

世界中の受講者に提供する、ほかのプログラムに加えて、 International Scrum Institute™ は、これら三つの役割のための、主要な研修・認定プログラムを三つ提供しています。

プログラムは次のとおりです。 Scrum Product Owner Accredited Certification™ (SPOAC™), Scrum Team Member Accredited Certification™ (STMAC™)、そして、 Scrum Master Accredited Certification™ (SMAC™) .

適切なスクラム組織には、これら三つのスキルを備えた人が、十分に必要です。スクラムによる開発を成功させるために、特に重要です。

どの責任も欠かせず、明確でなければなりません。プロダクトオーナーやスクラムマスターが、開発者として貢献しても構いませんが、異なる責任が、それぞれ効果的に果たされる必要があります。 プロダクトごとに一人のプロダクトオーナーが責任を持ち、そのプロダクトで複数のチームと働くこともできます。各チームには、効果的なスクラムマスターの支援が必要ですが、スクラムは、一つのチームだけへの担当を義務付けません。

これらの役割の目的と機能を理解し、適切な能力を持つ人を配置することの重要性を、軽視しないでください。

チームの困難の根本原因が、役割の理解不足か、適切な人の配置不足にあることを、私たちは何度も見てきました。

各役割には、定められた責任があります。それを果たし、密接にやり取りし、協働して初めて、プロジェクトを成功させられます。

スクラムの役割とステークホルダー

スクラムチーム

スクラムでは、専任のチームが、事業の顧客へ届けるすべての作業を行います。要求され、取り組むとしたインクリメントを届けるために、協働する人々の集まりです。

効果的に働くには、チーム内の全員が、次のように行動することが重要です。

• 勇気、集中、確約、尊敬、公開など、スクラムの価値基準を大切にする。
• 同じ規範と規則を守る。
• ITと事業の両方の成果につながる、共通のゴールに従う。

新しいチームを作るとき、最初から最高の成果を出せるわけではないことを、覚えておく必要があります。発足後は、 タックマンモデルが示す、形成、混乱、統一、機能の各段階を通ります。

タックマンのチーム発達段階

機能期までの時間は、チームによって異なります。優秀なバスケットボール選手を同じクラブに集めても、すぐに良いチームにはなりません。プレースタイル、強み、弱みを学び、調整し、助け合い、調和してプレーする必要があります。スクラムチームも同じです。このレッスンの約3～5スプリントは、計画上の目安で、成熟の保証ではありません。チーム自身が、効果的で予測可能な提供の能力を検査する必要があります。

スクラムチームの特徴

スクラムチームには、次の特徴があります。

• メンバーが、同じ規範と規則を共有する。
• チーム全体が、提供に責任を持つ。
• チームが権限を持つ。
• 可能な限り、自律的に働く。
• 自己組織化している。
• スキルのバランスが取れている。
• 基本となるチームは小さく、内部にサブチームを持たない。
• 専念できるキャパシティは有用。ただし100%の配置は、人員配置上の推奨で、スクラムの正式な要件ではない。
• 実用的なら同じ部屋で働くなど、密接に協働する。分散チームでもスクラムを使える。

規則と規範

チームの環境、事業、IT、地域の状況は、従う規範の一部を、目に見えない形で定めます。ただし、本当に成功するチームになるには、統一期に、一部の規則と規範を明確に作り、実践する必要があります。

共通の基準は、円滑な協力、IT、事業の成果を届けるうえで、どれだけ強調しても足りないほど重要です。なければ、メンバーは異なる価値観や規則を行ったり来たりし、貴重な時間を浪費します。例を挙げます。

• スクラムイベントのゴール、範囲、時間、場所、参加者、成果。
• 明確、簡潔で誤解のない完成の定義（DoD）を書くための、必要な詳しさ。
• ユーザーストーリーとタスクの優先順位付けと見積もりの指針。
• 更新し続ける文書を作るための指針、手順、詳しさ。
• 使うツールと使わないツール。少ない方が良い場合もあることを忘れずに。
• コーディング規約。
• 手動・自動テストを作成、実施し、品質を確保するツールと指針。
• バグを解決するプロセス。
• 変更要求に対処するプロセス。
• スプリントレビューのインクリメントの実演を準備するプロセス。
• 各スクラムイベントの成果を扱うプロセス。
• バックログリファインメントの頻度、深さ、時間。

説明責任

スクラムチーム全体が、取り組むとしたストーリーを、時間内に、できる限り高い品質で届ける責任を持ちます。

良い結果も失敗も、一人のメンバーではなく、常にチーム全体の結果です。

権限付与と自己組織化

スクラムチームには、次のことを決める権限が必要です。

• スプリントの終わりに届けると約束するもの。
• ストーリーをタスクに分ける方法。
• 各タスクの担当者と、実施する順序。

こうした内部の判断を行う権限があってこそ、メンバーは、顧客や関係者のために、より高い成果と意欲を持って働けます。

バランスの取れたスキル

各メンバーには、専門的なスキル、注目する分野、関心の好みがあるでしょう。しかし、最高の成果を目指すには、チーム全体のスキルにバランスが必要です。それによって、変わり続けるITと事業の課題に対処し、可能な限り自律的に行動できます。

つまり、最初からデザイナー、開発者、テスター、アーキテクトなどの多分野の人が必要です。同時に、各メンバーが互いの専門分野も少しずつ学びます。たとえば、スプリントの終わりまでにストーリーを完了するため、開発者も自らテストを作成、実行し、必要に応じてテスターに相談すべきです。

メンバーの役割は、アーキテクト、開発者、テスターといった区画に分断されません。主な得意分野にかかわらず、全員が「スクラムチームメンバー」という同じ肩書きを持ちます。

スクラムチームの規模

スクラムチームは小規模です。このレッスンの以前の目安は7±2人ですが、現在の指針では、チーム全体で通常10人以下とされています。

チームが大きくなると、認識合わせと意思疎通の負担が増えます。以前の九人という目安は、負担を検査するための手掛かりで、現在の厳格な上限ではありません。あらゆる場合に合う答えはなく、五人未満や九人を超えても、生産的に機能する場合があります。

確かめる唯一の方法は、試し、学び、適応することです。13人のチームが十分に機能しないなら、二つに分ける必要があります。両チームはゴールとストーリーを密接に調整し、関連付けながら、それぞれ独立して働きます。

同じ場所で働く

同じ場所で働くと、意思疎通の負担を減らせます。場所をまたぐ場合は、意識的な協働の実践が必要です。別々のチームにすることが役立つ場合もありますが、リモートで働くという理由だけで必須にはなりません。ゴールとストーリーをそろえ、関連付ける必要があります。

スクラムチームの責任

スクラムチームには、果たすべき具体的な責任があります。

• ストーリーを分割し、タスクを作り、優先事項と見積もりを定め、実装を自己組織化します。つまり、スプリントバックログを作り、進め、届けます。
• デイリースクラムを行うのは、開発者です。
• スプリントの終わりに、出荷可能なインクリメントを届け、実演できるようにします。
• スプリントバーンダウン図を作れるよう、タスクの状態と残りの労力を更新します。

スクラムの学習は難しいかもしれません。でも心配しないでください。私たちは、皆さんを助け、支えるために製品を作りました！