web-dev-qa-db-ja.com

反復の長さに基づいたスプリントレビュー/レトロスペクティブの理想的な長さは?

現在、スクラムを使用していくつかのプロジェクトに参加しています。

スプリントレビューや回顧の期間は、プロジェクトごとにクライアントごとに異なります。レビューの一部が長くなりすぎました(2日)。

時々、私はこの長い会議の最中に集中力を失い、ただ私の安全で幸せな場所(私の椅子の前の私の椅子)に戻りたいだけでした。

これらの会議の理想的な長さはどれくらいですか?長い会議を避けるための最良の方法は何ですか?

1
Edgar Gonzalez

私の経験では、スプリント計画は通常、何をしているのか本当にわからないクライアントとの複雑なプロジェクトで2週間のスプリントに半日かかります。明らかに、スマートで経験豊富なチームを使用すると、通常はより速くなります。

ただし、スプリントの計画時間は直線的には増減しません。4週間のスプリントは、通常、計画に丸1日かかりません。1週間のスプリントは、2週間のスプリントと同じくらいの時間がかかります。

スプリントレビューは実際には1、2時間しかかかりません。絶対最大で半日。覚えているのは、自分が構築したものを実証しているということです。 MicrosoftがWindowsの新しいフレーバーをリリースしても、終日のデモは実行されません。人々はスイッチを切って退屈します。

スプリントの振り返りは、他の全員が去った後にチームが行うことです。 [選択したコーヒー/ビール/ハードリカー]に腰を下ろし、自分のやり方を自問自答することに似ていると考えてください。これは正式な詳細な議論ではなく、最近の出来事を真に反映する機会です。私の意見では最大で1時間、通常は20分近くです。

6
uglybugger

私の経験として、いくつかのスクラムイベントのタイムボックスは次のとおりです。

1、4週間のスプリントの場合:

  • 計画-8時間

  • レビュー-4時間

  • レトロ-3時間

2、1週間のスプリントの場合:

  • 計画-2時間

  • レビュー-1時間

  • レトロ-45分

オプションのスプリント期間が2週間、3週間の場合、1週間で複数回実行できます。

よろしく、

1
David Lee

それはあなたが最後に会議を開いた時次第です。私の経験則は週に1〜2時間です。

したがって、週2回のスプリントの会議は2〜4時間である必要があります。これは難しいルールではありませんが、毎回少なくとも1時間は使用する必要があります。長い会議をめったに開催するのではなく、短い会議をより頻繁に開催することをお勧めします。

その理由は、フィードバックがすぐに得られるためです。つまり、1か月後、4週間前に何をしたかさえ誰も覚えていません。

また、この会議を定期的な間隔で開催することを忘れないでください。通常、毎週、毎月またはスプリントの終わりに。また、プロジェクトの最後やリリース時、または必要なときに保持することもできます。

1
Martin Wickman

スプリントレトロは、進捗状況を反映し、プロセスを微調整するための時間です。 1か月(4週間)のスプリントがある場合は、レビュー用の日とレトロ用の日、計画用の日を標準にしてください。スプリントが短い(2週間)と、より短い時間でレビューとレビューを行えるようになります。レビューには半日、回顧には半日かかります。計画は、どのようにそれを置くかに関わらず、1日の長さの問題になるでしょう。 (他のどんな活動よりも疲れる可能性がある計画から回復するためにチームに数時間を与えること以外に何もない場合)。

今までは言いませんでしたが、システムをハッキングする方法はあります ゴーンリーン を検討してください

1
Michael Brown