スクラムガイド | 16. スクラムのスケーリング

公開: 2022-05-16

スクラムチームは、最大 10 人で構成する必要があります。 しかし、より多くの専門家グループが 1 つのプロジェクトに取り組む必要がある場合はどうすればよいでしょうか? それとも、組織がアジャイルな管理方法に従うことを決定した場合は? この問題を解決するために、スクラム開発者が提案した [email protected] スクラムの原則に従ってチーム全体を編成するためのスケールフリーアーキテクチャです。

スケーリングスクラム – 目次:

序章
[メール保護]
スクラムのスクラム
さらなるスケーリングと[email protected]の問題
概要

序章

組織が成長するとすぐに、新しい種類の問題が発生します。たとえば、複雑な内部構造、困難な意思決定または方向設定によって引き起こされる従業員の有効性の低下。小規模なプロジェクトチームレベルでアジャイルに運用している企業は、スケールアップを検討することがよくあります。

多くの企業は、スクラムをスケーリングしなくてもうまくやっています。多くのスクラムチームが同時に実行されている場合でも、グループは独立して動作するため、調整は必要ありません。ただし、これはマルチチームスクラムであるという意味ではありません。スケーリングの必要性は、組織の大部分が 1 つの製品に取り組んでおり、複数のスクラムチームを効果的に同期できる場合にのみ発生します。

大規模なアジャイル管理方法を採用するほとんどの組織は、SAFE モデルまたは Scaled Agile Framework を選択します。ただし、今日はSAFEに焦点を当てるのではなく、 [email protected]と呼ばれる別のモデルについて説明します。2021 年からの第 15 回 State of Agile レポートによると、これは、アジャイルを選択する企業の中で 2 番目に優れた選択肢です。

[メール保護]

1996 年、スクラムの作成者である Jeff Sutherland と Ken Schwaber は、大きなプロジェクトに取り組んでいました。彼らがそれを行っていたとき、彼らはスクラムで作業している小さなチームを同期させるのに苦労していました. 彼らはそれを拡張する方法を思いつき、最終的に [email protected] と呼んだ

公式のスクラムガイドに似ているのは[email protected] ガイドで、このガイドでは作業をスケーリングする方法を次のように定義しています。

スクラムチームのネットワークがスクラムガイドに従って動作し、複雑な適応問題を解決し、可能な限り価値のある製品を創造的に提供するフレームワーク。

[email protected] の基本的な前提は、シンプルさと効率性です。そのため、その運用はスケールフリーアーキテクチャに基づいています。 つまり、スクラムを使用してスクラムをスケーリングします。このように、プロダクトオーナー、スクラムマスター、または開発者として行動する個人で構成されるスクラムチームは、スクラムオブスクラム、つまりチームで構成されるチームになります。

スクラムのスクラム

スクラムオブスクラムは、従来のスクラムの役割を担う人々からなるスクラムチームです。ただし、スクラムオブスクラムのタスクは複数のスクラムチームの作業の結果を統合することであるため、追加のポストが必要です。

プロダクトオーナーチーム– 優先順位に同意し、まとまりのあるプロダクトビジョンを作成するために集まるプロダクトオーナーのグループ
チーフプロダクトオーナー– スクラムチームのプロダクトオーナー、またはスクラムオブスクラムのみを扱う人
スクラムオブスクラムマスター– スクラムオブスクラムの有効性を監督する人。

彼らは同じスクラムイベントで集まり、同様のアーティファクトを使用します。

さらなるスケーリングと [email protected] の問題

[email protected] のスケールフリーアーキテクチャは、複数回のスケーリングが可能であることを意味します。組織がさらに大規模なチームを調整する必要がある場合は、スクラムオブスクラムを設定できます。

ただし、他の管理方法論と同様に、スクラムのスケーリングには欠点があります。この場合、それらは基本的なスクラムチームのものと似ていますが、比例して大きいだけです。そのため、スクラムを大規模に開始する前に、各スクラムチーム内でコラボレーションの詳細を検討することをお勧めします。スクラムの価値と仕組みについて十分な知識と理解を持っている経験豊富なチームのために、スクラムをスケーリングすることをお勧めします。

スケーリングスクラム – まとめ

スケーリングスクラムは子供の遊びではありません。スクラムチームは、スクラムの原則を上手に適用し、タスクを他のスクラムチームと同期させる必要があります。したがって、答えるべき基本的な質問は次のとおりです。スケーリングは必要ですか? 組織内に多くのスクラムチームがあるからといって、それらを調整することでより良い結果が得られるとは限りません。

組織がスクラムを拡張することを選択した場合、さらに拡張できるスケールフリーアーキテクチャが得られます。ただし、それぞれの拡張には、プロダクトオーナーチーム、チーフプロダクトオーナー、およびスクラムオブスクラムマスターが対処しなければならない複雑さのレベルの増加が伴います。

私たちのコンテンツが気に入ったら、Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest の忙しいミツバチコミュニティに参加してください。

作者: キャロライン・ベッカー
プロジェクトマネージャーとして、Caroline は、最適なワークフローを設計し、プロセスを最適化するための新しい方法を見つける専門家です。彼女の組織力と時間的プレッシャーの下で働く能力により、彼女は複雑なプロジェクトを実現するのに最適な人物となっています。

すべての投稿を表示