"現在のドキュメントに関連する引用符を表示する必要があります。インフラストラクチャユーザストーリーの問題
このユーザーストーリーは、私たちのサブシステムの多くが変更される原因となり、多かれ少なかれ4-5スプリントの長さになります。サブストーリーに分割することは、ビジネス上の価値がないため不可能です。しかし、第5回のスプリントでは、ビジネス上の価値があります。
あなたはどう思いますか？どのようにビジネス価値を創造し、顧客ごとにスプリントを実証し、顧客に各スプリントでの作業の優先順位付けをさせるのでしょうか？
"ショウの引用符"の話を完了するのに必要なタスクをチームに作成させます。
これらを細かくすると、それらのいくつかが潜在的にスプリントに収まるようになります。
これらはすべて個別のバックログに入れてください。
顧客ではなく、チームにこのバックログを優先させ、高いコヒーレンスのタスクをチャンクにまとめる。
これらのチャンクは、「見積もりを表示するために残された作業のx％を減らす」、またはこの項目が目標に向かって進展するという点で利益を定量化する同様の形式でプロジェクトのバックログに入ります。
やあ、
ビットがより説明ユーザーストーリーを作るためには、あなたが追加することができます。
たぶん、テンプレートを使用してみてください：
を「ユーザーのタイプ」として、私はそのように「何らかの理由」を「いくつかの目標を」欲しいです。
例として、ユーザーストーリーが続いビーイング最後の仕上げがありますストーリー作家として
を、私は任意の引用符がなるように、私は現在のドキュメントで使用しています他の文書からの引用符を表示する必要があります正しく帰属される
ここで、これはいくつかのきめの細かいユーザーストーリーに分解されます。
あなたがダウンして、単一のスプリントチャンクにユーザーストーリーを破ることができない場合は一般的に、それは、ユーザストーリーが大きすぎるというサインです。上記のテンプレートを使用すると、これが最小限に抑えられます。
HTH
歓声、
ありがとうRob。これは私の質問に対する答えではなく、あなたがここで説明したのはMike Cohnが主に説明したようなスタンドアーツの一種であり、Web上で見つけるのはとても簡単です。また、これらは機能的な話に適しています。しかし、私が必要とするのは、機能していないストーリーやシステムの制約です。 –
おかげでピーター。テーマをテーマにグループ化することと実際に同じことを示唆しているもの。私が実際に求めていることは、ビジネス価値を提供し、その価値を実証し、顧客に優先順位を付ける方法です。スプリントの中で進行中の作業では、私たちは優先順位をつけないようにPOを行います。これは敏捷性に反するものです。 –
あなたの質問に「あなたはサブストーリーに分割することは不可能です。変更にはビジネス価値がありません。私の最初の反応はそれに疑問を呈していましたが、私はそれが公平ではないと判断し、アトミックビジネス価値の正しい解釈としてのあなたの立場を扱いました。どのサブパートにもビジネス価値0があり、全体としてはその仕事が値> 0を生成するだけです。マイルストンデリバリー以外の指標がない将来のバリューポイントへの進捗の指標としてデリバティブ価値を作成する以外の選択肢はないと仮定します。 –
http://stackoverflow.com/questions/961654/how-to-maintain-a-design-specification-in-a-scrum-environment/961741#961741も参照してください。この部分は、アジャイルサブプロジェクトそのもの。 –