問題タブ [sprint]

明確にするために編集する

スクラムは、開発をいくつかのスプリントに分割することを提案しています。各スプリントは固定期間です。各スプリントの終わりに、ソフトウェアをリリースするかどうかクライアントに尋ねます。彼らが「はい」と答えた場合は、リリース スプリントを実行します。この間に、外部ユーザー テスト、パフォーマンス負荷テスト、サインオフ、CD の書き込み (関連する場合) など、継続的に実行したいが費用がかかりすぎるすべてのタスクを実行します。 、ユーザー中心のドキュメントの作成など

私の現在のプロジェクトでは、最初のリリース スプリントを実行したところです。バーンダウンなどのスクラムの多くの利点を失っていることがわかりました (多くのことがマイナーな調整を修正したり、負荷テストを実行できるようにサイトから一時的にセキュリティを削除したりしていたため)、どのくらいの作業が必要かという明確な目標基本的に、リリース タスクは消防に近すぎて、通常のスクラム ツールで簡単に追跡できませんでした。

リリーススプリント中に他の人が使用した方法と、回避すべき落とし穴は何ですか?

例として、A、B、C、D、E の 5 つのストーリーがあるとします。

ストーリーは、重要度 (優先度) に基づいて並べられています。それらをどのように推定しますか？フィーチャのサイズに基づいて推定されますか? たとえば、私は彼らに推定値を与えました：

2週間のスプリントだとしましょう。これは 14 日の時間サイズ = 5,14x5 = 70 人日です。では、値 10 は何を意味するのでしょうか? チームが費やすべき時間 (時間または日) を意味しますか? ストーリーポイントとは何ですか？これが最初のスプリントだとします。最後のスプリントの速度がわからない場合、スプリントの数をどのように推定しますか?

私は 4 人の開発者からなる小さなチームのスクラム マスターです。私たちが取り組んでいるプロジェクトには、これまでに行ったことのない多くのタスクがあり、スプリント計画会議では簡単に見積もることができません。この不確実性でスプリントを実行するための最良の方法は何ですか? リリース可能な製品でスプリントを完了するのは非常に難しいと感じています。また、長さが不明なタスクがたくさんある場合、スプリントを計画するのも難しいと感じています。

スクラムを使用したアジャイル プロジェクトに取り組んでいます。

スプリントは行ったり来たりして、マイルストーンを成功裏に達成しました。システムは、現在の顧客の要件を満たすのに十分に機能します。

ただし、開発の多くが将来にほとんど目を向けずに行われたため (代わりに、目の前のスプリントに焦点が当てられていました)、リファクタリングが深刻に必要なシステムが残されています。

これにどのように対処するのが最善ですか？リファクタリング専用のスプリント?

短いスプリントを考えると、スプリント内で「物事を成し遂げる」ために TDD を放棄することは受け入れられるでしょうか。

たとえば、特定の作業では、既存の実装を中心にオブジェクト モデルを設計するためにスプリントの 1/3 が必要になる場合があります。このシナリオでは、スプリントの途中など、テストなしでコードを実装することになる可能性があります (この「設計」段階で単体テストを実装すると、かなりの労力がかかり、テストは最終段階まで数回破棄される可能性があります)。 「デザイン」が定着している）。

その後、2 週間目に 1 日か 2 日を費やして、事後に単体テストや統合テストを追加します。

これは受け入れられますか？

初めて Team Foundation Server 2010 でアジャイルを試しています。

各スプリントに開始日と終了日を入力したいのですが、実際には不可能だと思います。

このデータを拡張する方法のヒントはありますか?

スプリント用のTRAC TicketQuery テンプレートを使用して、何が起こっているかを示します。テンプレートが複数の場所で必要な場合、現在のスプリントの名前を一度だけ入力するにはどうすればよいですか? たとえば、「Sprint1」は 6 か所必要です。

= 新しいアイテム = [[TicketQuery(milestone= Sprint1 ,status=new,format=table,order=priority,col=id|summary|priority|component|owner|type)]]

= 進行中の項目 = [[TicketQuery(milestone= Sprint1 ,status=in_progress,format=table,order=priority,col=id|summary|priority|component|owner|type)]]

スクラムとアジャイルは、現在のスプリント バックログの項目に優先順位を付けてアプローチし、チーム全体で一度に 1 つの項目に取り組む必要があると述べています。

実際には、それは私たちのチームではうまくいかないようです。項目が小さすぎて、すべてのチーム メンバーが生産性を発揮できません (ペアリングを考慮することを含む)。そのため、チーム全体で一度に 2 つまたは 3 つの項目を実行することになります。

他のチームがどのようにそれを行っているか、また、特定のスプリントで通常コミットする項目の数も知りたいです。

私たちの役割は、単なる製品開発ではありません。また、社内および社外のお客様に「第一線のサポート」も提供しています。これらのタスクは、その性質上、常に製品開発の優先事項よりも優先されます。

製品開発とサポートの問題を管理するために、SCRUM のスプリントをどのように使用できますか?