scrum team roles responsibilities
スクラムチームの役割と責任：
今までに私たちは皆、について非常に明確になっていたに違いありません アジャイルマニフェスト 前回のチュートリアルから。
このチュートリアルは、アジャイルソフトウェア開発に不慣れなスクラムチームメンバーが自分の役割と責任について学ぶことを目的としています。
このチュートリアルは、アジャイルモデルですでに作業している人がスキルを磨くのに役立ち、単にこれらの役割について知りたい人にも役立ちます。また、責任と、それが差し控える各役割についての洞察も提供します。
チュートリアルで引用したもの以外にも、それぞれの役割には多くのことがありますが、読者は間違いなく各スクラムの役割の要点を正確に理解することができます。
学習内容：
スクラムチームの役割と責任
スクラムチームは主に3つの役割で構成されています。 スクラムマスター、プロダクトオーナー、開発チーム 。
コアチーム外の人は、チームに直接影響を与えることはありません。スクラムでのこれらの各役割には、このチュートリアルの後半で詳しく説明する非常に明確な一連の責任があります。このセクションでは、スクラムチーム全体の属性と理想的なチームサイズに焦点を当てましょう。
スクラムチームの属性
スクラムチームの2つの属性を以下に示します。
- スクラムチームは自己組織化しています
- スクラムチームはクロスファンクショナルです
自己組織化されたスクラムチーム 外部の助けや指導を必要とせずに仕事を遂行するという点で、自立的で自給自足です。チームは、スプリントの目標を達成するためのベストプラクティスを採用するのに十分な能力を備えています。
クロスファンクショナルスクラムチーム チーム内で仕事を遂行するために必要なすべてのスキルと能力を備えたチームです。これらのチームは、作業項目の完了をチーム外の誰かに依存していません。したがって、スクラムチームは、作業項目全体を完了するために必要なさまざまなスキルの非常に創造的な融合です。
各チームメンバーは、必ずしも製品の構築に必要なすべてのスキルを持っているとは限りませんが、自分の専門分野に精通しています。そうは言っても、チームメンバーは部門の枠を超えている必要はありませんが、チーム全体が機能している必要があります。
高い自己組織化とクロスファンクショナルなチームは、高い生産性と創造性をもたらします。
スクラムチームのサイズ
スクラムで推奨される開発チームのサイズは6 +/- 3です。つまり、スクラムマスターとプロダクトオーナーを含まない3〜9人のメンバーです。
それでは、先に進んで、これらの各役割について詳しく説明しましょう。
スクラムマスター
スクラムマスターは、開発チームとプロダクトオーナーが日々の開発活動に取り組むことを促進/指導する責任を負う人物です。
彼は、チームがスクラムの価値観と原則を理解し、それらを実践できるようにする人です。同時に、スクラムマスターは、フレームワークを最大限に活用するために、チームがアジャイルに熱心に感じていることも保証します。スクラムマスターはまた、チームが自己組織化するのを支援およびサポートします。
アジャイルの重要性についてチームメンバーを教育およびトレーニングするほかに、彼はチームが常にやる気を感じ、強化されていることを確認する責任もあります。彼はまた、チームメンバー間のコミュニケーションとコラボレーションの強化にも取り組んでいます。
スクラムマスターは、スクラムチームおよびスクラムチーム外の他のメンバーがスクラムの価値観、原則、および実践を理解するのを支援するプロセスリーダーです。
役割と責任
＃1）コーチ– スクラムマスターは、開発チームとプロダクトオーナーの両方のアジャイルコーチとして機能します。スクラムマスターは、ある意味で、開発チームとプロダクトオーナーの間の適切なコミュニケーションを可能にするものとして機能します。スクラムマスターは、他の両方の役割の間の障害を取り除く責任を負います。
プロダクトオーナーが関与していない、または開発チームに適切な時間を与えていないことに気付いた場合、チーム全体の成功に対する彼の関与の重要性についてプロダクトオーナーを指導するのはスクラムマスターの仕事です。
＃2）ファシリテーター– スクラムマスターは、スクラムチームのファシリテーターとしても機能します。彼は、スクラムチームメンバーから要求されたすべてのスクラムイベントを促進および整理します。スクラムマスターはまた、チームがスクラムチーム全体の生産性を向上させる重要な決定を下すのを容易にします。
スクラムマスターはチームメンバーに何かをするように命令することは決してありません。彼はコーチングとガイドによってチームメンバーがそれを達成するのを助けます。
＃3）障害の除去– スクラムマスターは、ビジネスを提供する上でチームの生産性に影響を与える障害を取り除く責任もあります。チームメンバーが自分で解決できない障害は、解決のためにスクラムマスターに送られます。
スクラムマスターは、チームの生産性とビジネスへの影響に基づいてこれらの障害に優先順位を付け、作業を開始します。
＃4）干渉ゲートキーパー– スクラムマスターはまた、スクラムチームを外部からの干渉や気晴らしから保護し、チームがスプリントのたびにビジネスに最高の価値を提供することに集中できるようにします。
チームが複数のスクラムチームが一緒に作業していて、それらの間に依存関係があるスケールドスクラム環境で作業している場合、干渉はより大きな懸念事項になる可能性があります。
スクラムマスターは、チームが無関係な議論を避け、スプリントアイテムに集中するようにしますが、彼自身が外部からの質問や懸念に対処する責任を負います。
スクラムマスターは、チームがビジネス価値の提供に集中できるように、外部からの干渉からチームを保護し、障害を取り除く責任があります。
＃5）サーバントリーダー– スクラムマスターは、スクラムチームのサーバントリーダーと呼ばれることがよくあります。彼の最も重要な責任の1つは、スクラムチームに懸念事項を尋ね、それらが確実に対処されるようにすることです。
チームの重要な要件が優先され、満たされていることを確認して、チームが効果的に機能し、高いパフォーマンスの結果を生み出すことができるようにすることは、スクラムマスターの義務です。
＃6）プロセス改善– スクラムマスターは、チームとともに、提供される価値を最大化するために採用されたプロセスとプラクティスを定期的に即興で行う責任もあります。作業を完了するのはスクラムマスターの責任ではありませんが、チームがスプリントの目標を達成できるようにするプロセスを考案できるようにするのはスクラムマスターの責任です。
プロダクトオーナー
このチュートリアルで説明するもう1つの非常に重要な役割は、プロダクトオーナーです。プロダクトオーナーは顧客/利害関係者の声であり、したがって開発チームと利害関係者の間のギャップを埋める責任があります。製品の所有者は、構築される製品の価値を最大化するような方法でギャップを管理します。
プロダクトオーナーは、スプリントアクティビティと開発の取り組み全体に関与するように設定されており、製品の成功に非常に重要な役割を果たします。
役割と責任
＃1）ギャップを埋める –プロダクトオーナーは、社内外の利害関係者と緊密に連携して、インプットを収集し、製品の機能をプロダクトバックログに配置するためのビジョンを統合します。
利害関係者/顧客コミュニティの要件と好みを理解するのはプロダクトオーナーの責任です。彼は彼らの代表として行動し、適切なソリューションを構築する責任を負っています。
同時に、プロダクトオーナーは、開発チームが何をいつ構築する必要があるかを確実に理解します。彼は毎日チームと協力しています。プロダクトオーナーのチームとの関わりにより、フィードバックの頻度と応答時間が増加し、その結果、構築される製品の価値が高まります。
プロダクトオーナーのコラボレーションがない/少ないと、悲惨な結果につながり、最終的にはスクラムの失敗につながる可能性があります。
プロダクトオーナーは、プロダクトバックログアイテムが透明で明確に表現され、チームの全員がアイテムについて同じように理解していることを確認します。
＃2）製品バックログを管理する –上記の結果として、プロダクトオーナーは、プロダクトバックログの作成と管理を担当し、利害関係者の要件、つまりプロダクトバックログアイテムの優先順位付けを最もよく達成するためにプロダクトバックログ内のアイテムを注文します。開発チームのすべての質問に答えるか、説明を与えます。
全体として、彼は提供される価値を向上させるために製品バックログを整理する責任があります。
製品バックログのアイテムを追加/削除したい場合、またはアイテムの優先度を変更する必要がある場合は、製品の所有者に連絡する必要があります
＃3）製品の認証 –彼のもう1つの責任は、構築されている機能を認定することです。このプロセスでは、彼は各製品バックログアイテムの承認基準を定義します。プロダクトオーナーは、自分が定義した受け入れ基準を表す受け入れテストを作成する場合もあれば、SMEまたは開発チームの支援を受けて作成する場合もあります。
現在、彼は、受け入れテストを実行することによって受け入れ基準が満たされていることを確認する人です。彼は、これらの受け入れテストを自分で実行することを選択するか、専門家に実行を依頼して、機能面と品質面が満たされ、期待が満たされていることを確認できます。
このアクティビティは通常、アイテムが完了したときにスプリント全体で実行されるため、間違いを発見し、実際のスプリントレビューミーティングの前に修正することができます。
＃4）参加– プロダクトオーナーは、スプリント関連の活動の主要な参加者です。彼は開発チームと緊密に協力して、アイテム、その範囲、およびアイテムが持つ価値について説明しています。
彼はまた、開発チームがスプリントの終わりまでに提供することになっている製品バックログアイテムを取得できるようにするためのイネーブラーとしても機能します。スプリント活動に加えて、プロダクトオーナーは製品リリース活動にも取り組んでいます。
製品リリース活動中、製品所有者は利害関係者と協力して次のリリースの項目について話し合います。チームが繁栄するための重要な成功要因の1つは、チーム全体がプロダクトオーナーとその決定を尊重する必要があることです。プロダクトオーナー以外の誰も、どのアイテムに取り組むべきかをチームに教えてはなりません。
1つの製品に対して1人のフルタイムの製品所有者を持つことをお勧めします。ただし、製品の所有者がパートタイムの役割であるという取り決めが存在する可能性があります。
プロキシプロダクトオーナー
代理プロダクトオーナーは、プロダクトオーナー自身が登録した人物であり、彼のすべての責任、不在、およびサポートを引き継ぐことができます。代理プロダクトオーナーは、委任されたすべての責任に対して責任と責任を負いますが、実行される作業の責任は、最終的には実際のプロダクトオーナーにあります。
tcpipインタビューの質問と回答pdf
代理製品所有者は、実際の製品所有者に代わって必要な決定を下す権限もあります。
開発チーム
スクラムチームのもう1つの非常に重要な部分は、開発チームです。開発チームは、それぞれの専門分野に精通した開発者で構成されています。他のスクラムチームメンバーとは異なり、開発チームワークは、各スプリントの最後に提供される可能性のある提供可能なソフトウェア/増分の実際の実装に関するものです。
開発チームは、フロントエンド開発者、バックエンド開発者、Dev-Ops、QAエキスパート、ビジネスアナリスト、DBAなどの専門的なスキルを持つ人々で構成される場合がありますが、それらはすべて開発者と呼ばれます。他のタイトルは許可されていません。開発チームには、テストチーム、要件仕様チームなどのようなサブチームを含めることはできません。
チームは、外部の支援なしに、すべてのスプリントで製品の増分を正常に開発、テスト、および提供するために必要なすべての基本的なスキルセットを考慮して設定されます。したがって、チームは自給自足でクロスファンクショナルであることが期待されます。開発チームは、スクラムチームの外部からの支援を受けず、自分の作業を管理します。
増分の開発の説明責任は常に開発チーム全体にありますが、スクラムチームの全員が全体的な配信に責任を負います。
チームメンバーを追加/削除するのは、開発チームの決定のみです。新しいスキルセットが必要な場合、開発チームはチーム内でその専門知識を構築するか、チームに新しいメンバーを追加するかを選択できます。
役割と責任
＃1）開発と配信 –開発チームは、各スプリントの最後にある「完了の定義」に基づいて、完了した増分を作成する責任があります。完了した増分は、必ずしも次の製品リリースの一部であるとは限りませんが、エンドユーザーが使用できる潜在的にリリース可能な機能であることは間違いありません。
リリースの一部にする必要があるものを決定するのは、プロダクトオーナーの呼びかけです。ただし、開発チームは、「完了の定義」の基準を満たすすべてのスプリントで「完了インクリメント」を開発および提供する責任があります。
＃2）タスクと見積もりの提供– 開発チームは、次のスプリントで配信される優先製品バックログからユーザーストーリー/アイテムをピックアップする責任もあります。したがって、これらのアイテムはスプリントバックログを構成します。スプリントバックログは、スプリント計画会議中に作成されます。
開発チームが行うもう1つの非常に重要な責任は、スプリントアイテムを分類し、これらのスプリントアイテムに見積もりを提供することによってタスクを作成することです。
誰も開発チームに何をどのように行うかを教えません。次のスプリントで配信できる製品バックログからアイテムを取得するのは、開発チームの責任です。スプリントが開始されると、アイテムを変更/追加/削除することはできません。
開発チームの規模
開発チームのサイズは、チームの生産性を直接阻害し、それによって製品の納品に影響を与える可能性があるため、賢明に選択する必要があります。開発チームは、チームメンバー間で多くの調整が必要になる可能性があるため、それほど大きくしないでください。
ただし、非常に小さなチームの場合、インクリメントを提供するために必要なすべてのスキルを身に付けることは非常に困難です。したがって、開発チームのサイズに最適な数を選択する必要があります。
推奨される開発チームのサイズは、他の開発者と一緒にソフトウェアインクリメントも開発している場合を除き、スクラムマスターとプロダクトオーナーを除いて3〜9人のメンバーです。
概要
スクラムチーム
役割
- プロダクトオーナー
- 開発チーム
- スクラムマスター
サイズ
- スクラムチームのサイズ– 3〜9
自己組織化チーム
- 彼らの仕事を完了するための最良の方法を知っています。
- 自己組織化されたチームに何をすべきかを誰も教えません。
クロス機能チーム
- 外部の助けを必要とせずに仕事を完了するために必要なすべてのスキルセットを持っています。
プロダクトオーナー
- 委員会を代表するか、委員会の影響を受けます。
- 利害関係者およびスクラムチームと協力します。
- 製品のバックログを管理します
- 製品のバックログ項目について説明します。
- 作業項目の優先順位付け。
- 製品のバックログが簡単に理解でき、透過的であることを確認します。
- 作業するアイテムを明確に定義します。
- 開発チームが製品バックログの項目を確実に理解できるようにします
- プロダクトオーナーで追加/削除/変更されるものはすべて、プロダクトオーナーを通じて提供される必要があります。
- 作業項目をいつリリースするかについては、電話でお問い合わせください。
スクラムマスター
- スクラムがチームによって明確に理解され、採用されていることを確認します。
- スクラムチームのサーバントリーダーです。
- 障害物の除去
- スクラムチームによって作成されたビジネス価値を最大化するために、無駄な相互作用からチームを保護します。
- 要求があればいつでもスクラムイベントを促進します。
- 会議がタイムボックス化されていることを確認します。
開発チーム
- 各スプリントの最後に、リリース可能な「完了」製品の増分を提供します。
- それらは自己組織化され、機能横断的です。
- 誰も開発チームに何をどのように行うかを教えません。
- タイトルは許可されていません。全員がチームの開発者です。
- サブチームを作成することはできません。
- 彼らはスプリントアイテムに取り組む責任を負っています。
- 開発チームは、見積もりのタスクと提供を担当します。
スクラムチームの役割と責任については、これですべてです。チームメンバーのそれぞれが負う責任と、チーム全体としてどのように機能するかについて話し合いました。
製品バックログ、スプリントバックログ、増分などの副産物について説明する次のチュートリアルで、スクラムアーティファクトの詳細を確認してください。