ユーザーストーリー
チームの基本的な作業単位は、ユーザーストーリーです。チームの目標は、イテレーションの範囲内でいくつかのユーザーストーリーを定義、構築、テストし、それによってリリースの過程でさらに大きな価値を積み上げることです。各ストーリーには、短期の非常にハードな開発ライフサイクルがあり、その後、理想的には、長年にわたってユーザーに価値を提供するソフトウェアベースラインに長期的に存続します。
詳細については、Wiki のユーザーストーリー を参照してください。
ユーザーストーリーの管理
ユーザーストーリーは、Codebeamer「ユーザーストーリー」タイプトラッカー内の課題によって表されます。新しいプロジェクトごとに作成された 1 つのこのタイプのトラッカーがあり、直感的にユーザーストーリーと呼ばれます。その他のタイプの課題と同様にユーザーストーリーを管理しますが、次のセクションで詳しく説明します。
ユーザーストーリーの作成
任意のその他のタイプの課題として、新しいユーザーストーリーを作成できます。トラッカーページに追加することもできれば、コンテキストメニューを使用してトラッカーリストに追加することもできます。
ユーザーストーリーは、1 つの特別なフィールドストーリーポイントを持つ通常のトラッカーアイテムです。ストーリーポイントは、ユーザーストーリーの複雑度の相対的な測定基準です。1 つ以上のベースラインユーザーストーリー (異なる複雑度が望ましい) を指定し、そのストーリーポイント値を定義し、これらを使用してストーリーポイント内のほかのストーリーの複雑度を推定できます。
Codebeamer では、「ストーリーポイント」フィールドは任意の整数を制限なく受け入れます。
ユーザーストーリーの実行可能なタスクへの分割
多くの場合、ユーザーストーリーは単一の作業単位として実装するには大きすぎるので、複数の実行可能なタスクに分割する必要があります。たとえば、新しいレポートタイプを実装するには、以下の手順を実行する必要があります。
1. DB スキームに新しいインデックスを追加します。
2. 新しいクエリーでデータアクセスコードを拡張します。
3. Web ビューを実装してレポートの結果を表示します。
デフォルトの「ユーザーストーリー」トラッカーは必要最小限で保持され、このリレーションは既成では表すことができません。にもかかわらず、ユーザーストーリーとタスク、変更リクエスト、バグ、およびその他のタイプの課題の間には、表現するための複数のオプションが実装されています。
1. 簡単: ユーザーストーリーを実装基準である各追加の課題に関連付けます。
2. ベター: ユーザーストーリートラッカーをカスタマイズします。新しい複数値参照タイプフィールド「実装基準」を追加します。この場合、リレーションはユーザーストーリーの末尾に保存されます。
3. ベスト: ユーザーストーリーの実行可能なタスクが含まれる可能性があるトラッカーをそれぞれカスタマイズします。新しい参照タイプフィールド「実装」を追加し、それを必須にします。この場合、リレーションはタスクの末尾に保存されます。
これは役に立ちましたか?