How to Structure an Agile Scrum Team

スクラムとは？

スクラムは、製品開発におけるアジャイルなチーム構造です。

Gartner は、スクラム チームは、スプリントとも呼ばれる約 2 週間の短い期間で作業することにより、複雑な問題を解決するための反復的かつ漸進的なアプローチを使用していると説明しています。

プロジェクト管理フレームワークとして、スクラムはその軽量な性質により非常に人気があります。 Gartner は、このプラクティスを主要なアジャイル フレームワークとして表彰しました。

理想的なスクラムチーム構成

スクラム チームには 3 つの主要な役割があります。

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

利害関係者やビジネス専門家も、ほとんどのアジャイル プロジェクトにさまざまな程度で関与しています。

大企業では通常、開発プロセスに数名のビジネス チーム メンバーが関与します。

スクラム チームの推奨規模はどれくらいですか?

最終的には、スクラム チームは 9 人未満で構成される必要があります。

大規模なエンタープライズ プロジェクトの場合、理想的なスクラム チームのサイズは 7 人 (プロダクト オーナー、スクラム マスター、開発者 5 人) です。

小規模プロジェクトは通常、4 人のチーム メンバー (プロダクト オーナー、スクラム マスター、開発者 2 人) で構成されます。 これより小さいチームは、すべてのアクティビティで多くのオーバーヘッドが発生するため、技術的にはスクラムではありません。

スクラムプロジェクトで作業を分割する方法

プロダクトオーナー

プロダクトオーナーはプロジェクトの方向性を定義する責任があります。 彼らはビジネスとユーザーが何を必要としているのかを明確に理解しており、これらのニーズをスクラム チームに伝えます。

製品所有者は、製品が企業とユーザーに最大の価値を提供することを確認します。 この役割は、作業に優先順位を付け、製品のバックログを管理して生産を進めます。

スクラムマスター

スクラム マスターは、チームがアジャイルのベスト プラクティスに従っていることを確認し、発生する可能性のある生産性の阻害要因に対処して除去する責任を負います。 基本的に、スクラム マスターはアジャイルとスクラムの権威です。

スクラムマスターは協力的なリーダーであるべきです。 これらは、製品所有者が製品の価値を定義し、作業を計画し、バックログを管理するのに役立ちます。 また、開発者が自己組織化するのにも役立ちます。

開発チーム

開発チームは、プロダクトオーナーが思い描いた製品を構築するために必要なスキルを備えた人々のグループです。 開発者以外にも、次の役割が開発チームの一部です。

• アーキテクト
• ライター
• デザイナー
• その他の特殊な役割

開発者は自己組織化されており、作業の実行方法を把握し、バックログを計画する際に、自分のドメインの権威となります。

スクラムの経験則として、コラボレーションは日常の役割の一部です。 開発チームは、製品を作成するための作業をどのように実行するかを決定し、自律的に作業を管理して完了します。

ビジネス

多くの企業は、ビジネス チームと緊密に連携して、開発中の製品に対する組織の要件を収集し、明確にしています。

ビジネス チームは、開発プロジェクトに非常に役立つ経験と知識を持っていますが、スクラム チームの正式なメンバーとはみなされません。 代わりに、ビジネス チームの代表者 (ビジネス オーナーとも呼ばれる) がスクラム チームのスポンサーとして機能します。

専門家 (SMEs)

スクラム チームの観点から見ると、SME は、チームが製品を正常に提供するために必要な重要な知識を持っている人です。

たとえば、請求プロセスを自動化する新しいアプリを構築している場合、SME は請求部門または財務部門の権威者である可能性があります。 彼らは請求プロセスの詳細を熟知しており、新しいアプリがビジネスとユーザーの両方のニーズに確実に応えるための専門知識を提供できます。

スクラム チームは、さまざまな目的や時期に SME を必要とする場合があり、SME は質問に答え、製品を改善するためのタスクを実行する責任があります。 計画会議中、SME は、いつ情報やアクションが期待されるかを知る必要があります。

スクラム チームのメンバーは、SME をフォローアップして時間通りにアクションを完了し、製品納品の遅延を防ぐことができます。

SMEもステークホルダーとみなされますが、すべてのステークホルダーがSMEであるわけではありません。 あるスクラム チームのチーム メンバーが、別のスクラム チームの SME になることもできます。 ただし、SME はスクラム チームの一員ではないことを覚えておいてください。 したがって、この人物はチームのために行う仕事に対して責任を負うことはありません。

成功するスクラムチームの 5 つの特徴

以下は、スクラム チームを作成する際に考慮すべき重要な特性のリストです。

1. 自己管理

各スクラム チームのメンバーは、グループがどのように連携するかを決定します。 各メンバーは同等に重要ですが (階層はありません)、責任は明確に定義されています。 これは、チームの各メンバーが自分の意見を表明する平等な機会を得る必要があることを意味します。 一緒に解決策を見つけることができます。

最終的には、プロダクトオーナーが優先順位付けについて最終決定権を持ち、スクラムマスターが全員が解決策に同意するよう導きます。

2. コミュニケーション

スクラムは緊密なコラボレーションがすべてです。 理想的には、チーム全体がコミュニケーションの障壁なく同じ部屋に座っていることです。 しかし、リモートワークでは状況が少し難しくなりました。

リモートチームは常につながりを持ち、関与し続ける必要があります。 スクラム チームを成功させるには、スケジュールされたチェックイン、毎週のミーティング、Slack チャネルなどのオープンなコミュニケーション チャネルを作成します。

3. 献身

チームのメンバー全員がフルタイムでプロジェクトに割り当てられます。 気を散らすものは仕事を遅らせるだけです。

集中して仕事をすることは、割り当てを切り替えたり、2 つのプロジェクト間で注意を分散したりするよりもはるかに効果的です。 単一のプロジェクトに専念することは、所有権と責任を負う最良の方法でもあり、より良い自己管理が可能になります。

4. 長命

スクラム チームの構造を頻繁に変更することは避けてください。 新しいスクラム チームは、協力する方法を学ぶ時間が必要です。 プロジェクト間の変更であっても、チームが適応するのに時間がかかります。

5. 部門横断型

チームは、実用的な製品を提供するために必要な専門知識を持っている必要があります。 これには、以下の専門知識を持つチーム メンバーが含まれます。

• 発達
• 品質保証
• ユーザーエクスペリエンス
• 統合

ただし、スクラム チームのメンバーが他のシステムとの統合について詳細な知識を持っていることは、必ずしも現実的ではありません。 この場合、チームが必要なすべての知識にアクセスできるようにしてください。

プロジェクトの規模と複雑さによっては、統合専門家、QA 担当者、または UX 担当者をフルタイムのスクラム チーム メンバーとして含めることが合理的になる場合があります。 しかし、小規模なスクラム チームで作業している場合、これらの専門家を導入するとオーバーヘッドが大きくなりすぎます。 そのような場合には SME が必要です。