0

スプリントの最後のスクラムによると、実用的なソリューション（ビルド、コンセプト、コード）を作成する必要があります。たとえば、スプリント期間は1週間であり、優先順位に応じて、1週間以上かかる可能性のある問題をピックアップする必要があります。私たちはすべてをマスターブランチにコミットする戦略を使用しており、問題にブランチを使用していません。問題の二重テストを回避するために行われます。大きな問題を小さなタスクに分割することはできますが、それでも、スプリントの最後には、実用的な解決策は得られません。したがって、このような問題の唯一の方法は、別のブランチで開発することです。

多分あなたは他のアイデア、提案がありますか？

4

1 に答える 1

2

あなたのストーリーは、 INVESTのプロパティに合う必要があります。「S」は、「適切なサイズ」または「小さい」を意味します。「スプリントに収まるほど小さい」のように。スプリントはストーリーの一部を含めるのに十分な大きさではないため、2つの選択肢があります。

  1. ストーリーを分割します。私は単にそれをより小さなタスクにすることを意味するのではなく、それでも価値を提供するがスプリント内に収まる断片にそれをスライスすることを意味します。このすばらしい本UserStoriesAppliedには、これを行う方法の例がいくつかあります。ウェブ上でももっと多くの例を見つけることができると確信しています。
  2. スプリントを長くします。これが頻繁に発生する場合は、スプリントを2週間長くすることをお勧めします。1週間のスプリントが少し短いことがわかったので、これが私の提案になります。

gitでコードを分岐する（または分岐しない）方法に関しては、それは実際には個人（またはチーム）の好みです。優れた自動テストがあれば、それは問題ではありません。そうでない場合は、ストーリーをスプリントに適合させることで、分岐したり、2回テストしたりせず、現在のプロセスに固執することができます。

于 2012-07-01T15:04:40.390 に答える