スクラムチームはどのように機能するのか？ – クイックガイド

• プロダクトオーナー
• スクラムマスター
• 開発チーム

自己組織化とクロスファンクショナル

In スクラムでは、チームは自己組織化かつクロスファンクショナル:

• 自己組織化チームは、チーム外の人から指示を受けるのではなく、自分の仕事を最善の方法で遂行する方法を自ら選ぶ。
• クロスファンクショナルチームは、チーム外の個人に依存せずに、作業を完了するために必要なすべてのスキルを備えている。スクラムチームモデルは、柔軟性、創造性、生産性を最適化することを目的として設計されている。

スクラムチームはどのように効果的に協働するのか？

スクラムチームは製品のインクリメントを段階的かつ反復的に提供し、フィードバックの機会を最大化する。完成した製品インクリメントを提供することで、常に送り出し可能なバージョンが常に利用可能になる。

スクラムは、原則（または5つのスクラム価値）のセットによって定義される。これらは、チーム内で効果的に働くための単純なガイドラインとして理解されるべきである。それらは次のとおりである：

• 勇気 – 特に困難な問題を解決する際には
• 集中
• コミットメント共有されたチーム目標への
• 尊重 チームメンバー向け
• オープンネス作業および発生する可能性のある課題に取り組む

スクラムのキーパラダイム

スクラムは以下のシリーズから構成されるスプリントまたは開発イテレーション。各スクラムスプリントは同じプロセスを含む：役割（人）、イベント（会議）、および成果物（実体化された納品物）。

• スプリントは、プロジェクトが完了するまで繰り返される開発サイクルである。
• 各スプリントにおいて、要件が開発され、テストされ、統合され、承認される（多くの場合、ユーザー・ストーリーの形で）。このプロセスはスプリントからスプリントへと継続される。

前述したように、スクラムフレームワークは3つの異なるカテゴリから構成される：役割, イベント、および成果物:

スクラムの役割

スクラムフレームワークは、開発チーム、スクラムマスター、プロダクトオーナーという3つのコア役割によって定義される。

プロダクトオーナー

プロダクトオーナーは、製品および開発チームの仕事の価値を最大化することを担当する。その達成方法は、組織、スクラムチーム、個人によって異なる場合がある。

プロダクトオーナーの役割

プロダクトオーナーは、以下の管理を唯一の責任者として行うプロダクトバックログ。プロダクトバックログの管理には以下の内容が含まれる：

• プロダクトバックログ項目を明確に表現すること；
• 目標や目的を最適に達成するために、プロダクトバックログの項目を順序付けすること；
• 開発チームが行う作業の価値を最適化すること；
• すべての人にプロダクトバックログが可視で、透明で、明確であることを確保し、スクラムチームが次に取り組む内容を示すこと；そして
• 開発チームが製品バックログの項目を必要なレベルで理解していることを確保する。

スクラムマスター

スクラムマスターは、スクラムが理解され、実施されることを確保する責任を負います。スクラムマスターは、スクラムチームがスクラム理論、実践、ルールを遵守することを保証することで、これを達成します。

スクラムマスターはスクラムチームのサービスリーダーです。スクラムチーム以外の人々が、チームとのやり取りの中で何が有用で何が無用かを理解できるように支援します。スクラムマスターは、すべての人々がこれらのやり取りを変更し、スクラムチームが生み出す価値を最大化できるように支援します。

スクラムマスターの役割

スクラムマスターは、以下の通り、プロダクトオーナーを支援します：

• 効果的な製品バックログ管理手法の特定；
• スクラムチームが明確で簡潔な製品バックログ項目の必要性を理解できるように支援すること；
• 実証的環境における製品計画の理解；
• プロダクトオーナーが価値を最大化するために製品バックログを適切に順序付けできるように確保すること；
• アジャイルの理解と実践；および
• ファシリテーションスクラムイベント必要に応じて。

スクラムマスターは開発チームを支援する

スクラムマスターは、以下の通り、開発チームを支援します：

• 開発チームの自己組織化とクロスファンクショナル性を指導すること；
• 開発チームが高価値の製品を提供できるように支援すること；
• チームの進捗を妨げる障害を取り除くこと；
• 必要に応じてスクラムイベントをファシリテーションすること；および
• スクラムがまだ完全に導入されたり理解されたりしていない組織における開発チームの指導。

スクラムマスターは組織を支援する

• スクラムマスターは、以下の通り、組織を支援します：
• 組織におけるスクラムの導入をリードし、指導すること；
• 組織内でのスクラムの導入計画の策定；
• 従業員やステークホルダーがスクラムおよび実証的製品開発を理解し、採用できるように支援すること；
• スクラムチームの生産性を向上させるための変化を推進すること；および
• 他のスクラムマスターと協力し、組織全体におけるスクラムの効果を高めること。

開発チーム

開発チームは、各スプリントの終了時に、出荷可能で「完了した」製品インクリメントを提供する専門家から構成されています。インクリメントを作成できるのは、開発チームのメンバーのみです。

開発チームは自己組織化されており、組織から自らの作業を計画・管理する権限が与えられています。この連携により、チーム全体の効率性と効果性が最大化されます。

開発チームの役割

開発チームには以下の特徴があります：

• 彼らは自己組織化されています。誰も（スクラムマスターでさえも）開発チームに、製品バックログ項目を潜在的に納品可能なインクリメントに変える方法を指示しません。
• 開発チームはクロスファンクショナルであり、製品インクリメントを作成するために必要なすべてのスキルを備えています。
• スクラムは、開発チームのメンバーに対して「開発者」以外の肩書を認めません。実施する作業の内容に関係なく、このルールには例外がありません。
• スクラムは、開発チーム内にサブチームを認めません。取り扱う特定の分野（例：テストやビジネス分析）に関係なく、このルールには例外がありません。
• チームメンバー個人は専門的なスキルや知識を持つ場合がありますが、責任は開発チーム全体にあります。

スクラムイベント

スクラムフレームワークは5つのイベントで特徴づけられます。それらは：スプリント、スプリント計画, デイリースクラム, スプリントレビュー、およびスプリントリトロスペクティブ.

• A スプリント（別名：イテレーション）はスクラムにおける開発の基本単位です。スプリントは時間制限付きの取り組みであり、特定の期間に制限されることを意味します。各スプリントの期間は事前に決定されており、通常は1週間から4週間の間で、最も一般的には2週間です。
• スプリント計画は、スクラムフレームワークにおけるイベントの一つで、チームがスプリント中に取り組む製品バックログ項目を決定し、それらを完了するための初期計画について議論するものです。
• A デイリースタンドアップ（別名：デイリースクラム）は毎日開催される短時間の時間制限付き会議です。この会議は通常5～15分で、スタンドアップ、マーニングハドル、デイリーサンクなどと呼ばれることがあります。
• The スプリントレビュー スプリント終了後に実施される。レビューでは、プロダクトオーナーがスプリント中に完了した作業と完了しなかった作業について説明する。その後、チームは完了した作業を発表し、進捗、課題、改善方法について議論する。
• そしてスプリントリトロスペクティブ は各スプリントの後に、スプリントレビューの後に実施される。チームが自らを検討し、次のスプリントにおける改善計画を立てる機会を提供する。

スクラムアーティファクト

アーティファクトは、プロジェクトに関する詳細情報を提供する物理的な記録である。スクラムアーティファクトにはプロダクトバックログ、スプリントバックログ、およびプロダクトインクリメントが含まれる。

• そしてプロダクトバックログ は、現在進行中の作業ではない機能、バグ、または技術的作業の優先順位付けされたリストである。プロダクトオーナーの視点から見ると、すべての価値ある作業を含むべきである。
• 製品要件が進化するにつれ、プロダクトオーナー と他のチームメンバーは、必要に応じてプロダクトバックログを共同で見直し、調整する。
• そしてスプリントバックログ は、スプリントに選定されたすべてのプロダクトバックログ項目のリストである。このリストは、プロダクトバックログから項目を優先順位付けして、チームがスプリントの能力に達したと判断するまで集約される。チームメンバーは、スキルと優先順位に基づいて、自己組織化されたスクラムフレームワークに従ってスプリントバックログにタスクを登録する。
• そしてプロダクトインクリメント は、スプリント中に完了したすべての製品作業と、以前のスプリントで完了したすべての作業の合計である。スプリントの目的は、完了したプロダクトインクリメントを生み出すことである。スクラムチームがインクリメントの「完了」状態をどのように定義するかを決定するが、すべてのメンバーが合意し、定義を理解している必要がある。

スクラムライフサイクル

スクラムライフサイクルはプロダクトバックログから始まるが、それを開発または優先順位付けする方法についてのガイドラインは提供しない。代わりに、図に示すように、最終的に出荷可能なプロダクトインクリメントを生み出す一連のスプリントを含む。

これらのスプリント期間中、製品開発に必要なすべての活動が全体の製品の小さな部分で行われる。以下に、スクラムライフサイクルの主要なステップについて説明する：

アジャイルスクラムフレームワーク

• 企業が優先順位を決定し、チームは自己組織化して、最も優先度の高い機能を最適な方法で提供する方法を決定する。
• プロダクトオーナーは企業を代表し、プロダクトバックログ（機能リスト）の維持と開発の優先順位設定を担当する。
• スプリント計画の段階では、チームはバックログの上部から小さな部分を取り出し、スプリントバックログに追加し、その実行方法を決定する。
• スクラムは、通常2〜4週間続く反復的なサイクルであるスプリントに基づいている。この期間中に製品は設計・コーディング・テストされ、毎日のステンドアップ（デイリースクラム）で進捗が追跡される。
• このプロセス中、スクラムマスターはチームが目標に集中できるようにする。
• スプリント終了時には、作業はステークホルダーに提供できる状態になっているべきである。
• スプリントはスプリントレビューとリトロスペクティブで終了します。
• 次のスプリントでは、チームは製品バックログの別の部分を選択し、再び開始します。
• このプロセスは、すべてのバックログが完了するまで、または時間や予算の制約により作業が停止するまで続きます。
• このプロセスは、作業が停止する（締切、予算など）またはすべてのバックログが完了するまで続きます。