2

私たちのチームは、スクラムとアジャイル技術を採用する予定です。複数の顧客向けに開発した製品があります。この顧客から必要な要件が提供されたので、アジャイル技術を採用しても問題ありません。

しかし、ある時点 (たとえば、スプリント中) に新しい顧客が現れ、現在のものとは少し異なる製品のデモを入手したいと考えています。これは、いくつかの新機能または動作の小さな違いである可能性があります。そして彼は、たとえば平日にこのデモを取得したいと考えています。私たちの製品がこの機能をサポートしていることを示すことは非常に重要です (そうでなければ、彼は競合他社に対処するため)、その週にこの機能を (部分的に) 開発する必要があります.

この種の機能をアジャイルでどのように処理する必要がありますか? それらを現在のスプリント バックログに移動しますか? それとも、1 つのチームを 2 つに分割して、別のスプリントを作成しますか? それとも別の方法があるのでしょうか?

4

2 に答える 2

2

私は一般的にjessehouwingの答えに同意します。あなたが概説した問題が一般的でない場合、彼の答えは理にかなっています。これがよくある場合、スプリントはあなたが探している答えではないかもしれません. この問題に対するより柔軟なアプローチは、かんばんです。かんばんでは、スプリント全体を計画するのではなく、ストーリーごとに作業します。このスタイルは、定期的に優先順位が変わるチームに適しています。

于 2013-01-06T18:47:50.497 に答える
1

スクラムを使用すると、プロダクト オーナーと開発チームの間でスプリントの再交渉を行うことができます。そのため、この項目が非常に重要である場合、PO はチームに、既に計画されているが開始されていない同じサイズの作業を交換するよう提案できます。

または、作業量がスプリントに残っているすべての時間を消費する場合、PO は現在のスプリントをキャンセルし、これらの変更を最も重要な項目として新しいスプリントを要求できます。キャンセルされたスプリントで元に戻されたすべての作業は失われたと見なされます。

この種のスプリント途中の変更が頻繁に発生する場合は、これらのタイプの要求に対応するために、ある程度の容量を予約することをお勧めします。スプリント計画会議中に引き受けるストーリー ポイントの数を減らすだけです。または、現在のスプリントの長さによっては、スプリントの日数を 1 週間程度に減らして、これらの種類の変更が必要な場合のリスクを軽減することもできます。

于 2013-01-05T22:38:58.310 に答える