web-dev-qa-db-ja.com

スクラムチームのサイズ-小さすぎると小さすぎますか?

スクラムチームは、効果がなくなる前にどれだけ小さくできますか?スクラムを放棄する前に、チームサイズに戻り値の減少またはハード制限がありますか?

6
davi_singh

これに対する答えは スクラムガイド にあります。

スクラムには、プロダクトオーナー、開発チーム、スクラムマスターの3つの役割があります。スクラムガイドには明示的に記載されていませんが、責任の一部が特定の時点で不一致になる可能性があるため、プロダクトオーナーとスクラムマスターは異なる人物にすることをお勧めします。これだけでも、スクラムを実施するには少なくとも3人が必要であることを意味します。

ただし、開発チームのセクションには、追加のガイダンスが追加されています。 3人未満の開発チームは、スクラムで定義された式典やアーティファクトを十分に活用していません。同時に、9人を超える開発チームは、スクラムが許す以上の調整を必要とします。したがって、開発チームは3〜9人である必要があります。

実行可能な最小のスクラムチームは4人です。製品所有者と3人の開発チームで、開発チームの1人がスクラムマスターでもあります。可能な最大のスクラムチームは11名です。プロダクトオーナー、スクラムマスター、9名の開発チームです。

スクラムの作成者が示したように、3人以下の場合は、プロジェクトを管理するためにスクラム以外のものを検討している必要があります。

11
Thomas Owens

ゼロでは不十分です。

あなたが会社の単一の開発者であっても、あなたの仕事を整理するためにスクラム手順に従うことは不合理ではありません。タスクをバックログに書き留め、2週間ごとにバックログからタスクを選択してスプリントに入れ、2週間の終わりに、達成したこれらのタスクのどれかを誇らしげに確認します。

もう少し集中する必要があります。 2人の開発者がいない場合でも、独自のコードをレビューして、レビューされた場合にのみコードを完了したものとして受け入れる必要があります。専用のテスターがいない場合でも、コードをテストして受け入れた後にコードを受け入れる必要があります。テストされています。

スクラムガイドが3人未満の開発者を好まず、会社が3つまたは2つの開発者の給与を支払うことを拒否する場合でも、スクラムの使用を妨げるものではありません。

3
gnasher729

全か無かである必要はありません。スクラムは、忠実に忠実に守らなければならない経典のセットではありません。 Scumのいくつかの部分は、チームが小さくなるにつれて重要性が低くなり、他の部分は理にかなっており、単一の開発者にも適応できます。

ペットプロジェクトに取り組んでいる孤独な開発者であっても、以下の側面は良いと思います。

  • 優先順位付けされた製品バックログ
  • ユーザーストーリー
  • 目標とリリース可能な結果を​​伴うタイムボックススプリント
  • スプリントの計画と振り返り(これらは非常に短い場合がありますが、有用な焦点を提供します)

あなたがのために誰かのために働いているとすぐに、それは持っていると便利になります:

  • 製品所有者
  • スプリントレビュー

そして、私は2人の開発者がいても、(非常に迅速な)毎日のスクラムが調整を助けることができると思います。

スクラムマスターの役割は、3人以上の開発者にのみ意味があり、より複雑な会議の開催を担当し、意見の相違を調停し、障害を取り除くことに集中することができます。

1