スプリント中の予期しない機能の処理
私たちのチームは、スクラムとアジャイル技術を採用する予定です。複数のお客様のために開発した製品があります。この顧客は私たちに必要な要件を提供してくれたので、アジャイル技術を採用することは問題ありません。
しかし、ある時点で（たとえば、スプリント中）、新しい顧客が現れ、彼は現在のものとは少し異なる製品のデモを入手したいと考えています。これは、いくつかの新機能または動作の小さな違いである可能性があります。そして彼は、たとえばその週にこのデモを入手したいと考えています。当社の製品がこの機能をサポートしていることを示すことは非常に重要です（そうでない場合、競合他社に対応するため）。そのため、この機能を（部分的に）開発する必要があります。
この種の機能をアジャイルでどのように処理する必要がありますか？それらを現在のスプリントバックログに移動しますか？または、1つのチームを2つに分割して、別のスプリントを作成しますか？または別の方法があるかもしれませんか？
スクラムをしているのなら、プロダクトオーナーが必要ですよね？やってくるものに優先順位を付け、顧客との関係を管理するのが彼または彼女の仕事です。とはいえ、チームが同意しない限り、製品の所有者はスプリントにアイテムを追加しないでください。まだ開始されておらず、補償のためにスプリントからプッシュできるアイテムがあります。
新しい顧客が2番目の製品所有者になる場合、それは2番目のプロジェクトになります。その場合、2番目のチームを編成し、新しいプロジェクトの優先バックログを作成する必要があります。
あなたがこれの多くに遭遇しているならば、あなたはスクラムの代わりとしてかんばんを見るかもしれません。
1週間未満のプログラミングを望んでいる価値のある顧客はいません。
あなたができることを彼らに示し、彼らが契約に署名したら、彼らが望むことをするようにそれを修正できると言います。次に、将来のスプリントに備えてスケジュールを設定し、実行します。
マーケティングがまだ実装されていない機能を持っている潜在的な顧客を約束する時があります:-(
管理の観点からは、「新機能または顧客が購入しない」は、「修正してできるだけ早く配信する必要がある重大な本番バグ」に似ています。
この緊急事態のために私は提案します
- スプリントを停止し、
- 現在の開発ブランチでの作業を停止し、
- 最後にリリースされたstable-fulltested-production-branchから発生する新しいemergencybranchを作成し、
- バグを修正します（または、あなたの場合は「新しい顧客」機能を作成します）
- 睾丸の実行、展開、パッチの作成、...（バグ修正のみ）
- すべてが正常に機能する場合、このバグ修正/機能は停止した開発ブランチにマージされ、スプリントが再開またはキャンセルされます_with_new_sprint_planning。
管理者は、このワークフローにはコストがかかり、実際の緊急事態でのみ使用する必要があることを認識しておく必要があります。