JIRA/Agile：間違ったSprintの名前は？または間違った方法論？または..？

Question

私は、バックエンド処理に関する3番目のスプリントでプロジェクトを何とかしています。 Sprintの名前が「3.データマージとフォーム生成」であるとしましょう。そのスプリントには4,5つの機能があり、そのタスクに直接関連しています。中途半端に完了していますが、完了しているものもあれば、完了していないものもあります。

このスプリントでは、クライアントに何が起こっているのかを実演しました。すぐに（予想外のことに）私はUIとちょうどいくつかのフィードバックを出しました。非常にフロントエンドのもの、私の現在のスプリントとは関係ないが、それでも関連性があり、良いもの。

その時点で、現在のバックエンドの作業を中止し、フィードバックに対処することが適切なようです。その理由は、UIの問題に対処することによって、アプリケーションの残りの部分に「間違っている」という伝播を止めるからです（Lotus Domino：それはどのように機能するのですか）。

JIRAにはスプリントを保留して新しいものを開始する機能はありません。あなたはスプリントを閉じる必要があります。

私の現在のスプリントに機能を追加するのは問題ありませんが、バックエンド処理と明示的に関係するスプリント名にUIの負荷がかかることがあります。

これは四角いペグ丸穴のように感じました。これが「アジャイル」や「JIRA」にどうなっているのかよく分かりません。

だから私の質問は：スプリントの..

1. ネーミングはそうバックエンド処理のために意図スプリントでUIの作業を含め、その性質にあまりにも多くのコミットメントを含めるべきではない問題です物事を動揺させないでください。
2. スプリントがこのように「中断」している場合、それを保留にして別のスプリントに移動するという私の考え方は、アジャイルがどのように動作するかではありません（したがって、JIRAはあなたを許可しません）。
3. JIRAはアジャイル要求よりも柔軟性がありません（非常にそう思わないでしょう）。
4. 私が考えていない他の何か。

Answer 1

範囲に典型的なアプローチは、以下のように半ばスプリントが変更されます。

変更が比較的軽微であり、チームとプロダクトオーナーの両方が、あなたがそれを作る先に行くその後、同意する場合。典型的には、チームはあらゆる変化を補償する。例えば、新しい物語をもたらすときには、同様の大きさの物語を取り出して、スプリントの正味の効果がゼロに近づくようにする。

変更が重要な場合はthe Product Owner may terminate the sprintです。チームは直ちに通常と同じ方法で新しいスプリントの計画を開始します。

スプリントには、スプリントに含まれる内容の詳細がすべて含まれているわけではありません。単純な数値のスプリント名（例：スプリント1、スプリント2）を使用するだけで、スクラムチームの変更が可能であることを明確にすることができます。

JIRAでは、スプリントが早期に終了した場合、完全なものとしてマークし、新しいスプリントを作成します。これはあなたのベロシティ計算を少し混乱させるかもしれませんが、補償するのに十分なはずです。