問題タブ [sprint]

私はソフトウェア エンジニアリング試験の復習をしていますが、質問の 1 つに疑問を感じました。チームが 10 日間ユーザー ストーリーを進めていないバーンダウン チャートが表示されました。質問は、「スクラムマスターがこの時点でとることを検討する可能性のある行動を概説し、正当化する」でした。

スプリントを止めるなど、抜本的なアクションを考えました。次に、ペアプログラミングを割り当ててユーザーを支援し、ユーザーストーリーをさらに分解することを検討します. 他に提案はありますか？(この質問は、過去の論文で 4 点の価値がありました)。

私の組織は現在スクラムを実装しています。一部のビジネス ロジックの処理方法を変更するために製品のバックログ アイテムに取り組んでいるときに、一部のビジネス ロジックに欠陥があることに気付きました。PBI とその受け入れ基準は、現在、既存のビジネス ロジックの実装を変更することを目的としています。PO は、ビジネス ロジック自体に対するこの変更は優先度が高く、何らかの方法でスプリントに取り組まなければならないと感じており、特に開発の観点から両方を一緒に行うことが非常に理にかなっているため、開発チームは同意しています。

ただし、受け入れ基準を変更したり、新しい PBI を作成してすぐにスプリントに取り入れたりする方が理にかなっているのかどうかはわかりません。これは元の PBI とは別の話であり、受け入れ基準のセットであると感じているため、私は個人的に新しい PBI に傾倒しており、一般的にスプリントの途中で受け入れ基準を変更することに懐疑的です。PO は、この新しい要件と元の PBI の両方が同時に実装されることを指摘しました。元の PBI は、新しい要件に対処しなければ意味がありません。したがって、PO は、最終的に同じ実装を反映する 2 つの別個の PBI を作成するのではなく、元の PBI の受け入れ基準を調整する方が適切であると感じています。

これらのアプローチの 1 つは、他のアプローチよりもスクラムに適していますか?

TFS スクラム テンプレートに、スプリントの目標を格納するフィールドが含まれているようには見えません。何か不足していますか？

jira ボードでスプリントの名前を間違えたことを今知りました。そのため、将来のあいまいさを避けるために、これらのスプリント名を編集したいと考えています。変更は可能ですか？

それは進行中の現在のスプリントではありません。これらのスプリントはすでに終了しているので、編集したいと思います。どのように？

スプリント名にホバーすることで現在のスプリントの名前を変更できますが、以前のスプリント名を変更する方法

スプリントの計画には Greenhopper/Jira を使用しています。

同僚は、スプリント中に発生する変更を確認したいと考えています。スプリントに追加または削除されたタスク。

それを行う良い方法はありますか？

これまでに思いついたのは、スプリントの開始時と終了時にスプリント コンテキストをエクスポートして比較することだけです。

そのアプローチの制限は次のとおりです。

• このようなエクスポートを行うのを忘れると、時間を戻す方法がないため、比較する機能が失われます。
• Excelファイルなどをジャグリングする必要があります

すべてのスプリントを開始する前にのみ、ストーリー ポイント フィールドに入力する必要があります。私たちのチームは、最初に課題を作成するときにサイズを評価しないため、それほど早い段階で必要になることはありません。

ストーリー ポイントは、開始時にはオプションですが、スプリントが開始される前に必須にしたいだけです。

課題が含まれるスプリントが開始されると、課題レベルで何か変化はありますか?

これは Jira Agile (以前の Greenhopper) の構成変更でしょうか? それとも別の場所に存在するのでしょうか?

Behaviors プラグインはこの機能をサポートしていますか?