infrastructure - インフラユーザーストーリーの問題

Question

「現在のドキュメントに関連する引用を表示する必要があります。」

このユーザー ストーリーにより、サブシステムの多くが変更され、4 ～ 5 スプリントの長さになります。変更にはビジネス上の価値がないため、サブストーリーに分割することは不可能です。しかし、5 番目のスプリントでは、ビジネス上の価値があります。

何を指示してるんですか？どのようにしてビジネス価値を創造し、それを各スプリントで顧客に示し、顧客が各スプリントでの作業に優先順位を付けられるようにするのでしょうか?

Answer 1

「見積もりを表示」ストーリーを完了するために必要なタスクをチームに作成させます。
それらのいくつかが潜在的にスプリントに収まるように、これらを十分に細かくします。
これらすべてを個別のバックログに入れます。
顧客ではなくチームにこのバックログに優先順位を付けさせ、一貫性の高いタスクをチャンクにクラスター化します。
これらのチャンクは、「「見積もりを表示」を完了するために残された作業のx％の削減」、またはこのアイテムが目標に向けて期待される進捗の観点からもたらすメリットを定量化する同様の定式化として、プロジェクトのバックログに入ります。

Answer 2

こんばんは

ユーザー ストーリーをもう少し説明的にするために、以下を追加できますか。

• このユーザー ストーリーを実行しているユーザーのタイプ、および
• 現在のユーザー ストーリーに対してこれを行う理由。

テンプレートを使用してみてください:

「ユーザーのタイプ」として、「何らかの理由」があるように「何らかの目的」が欲しい。

あなたのユーザーストーリーのために。

例として、ユーザー ストーリーは次のようになります。

ストーリー ライターとして、現在のドキュメントで使用している他のドキュメントからの引用を表示して、引用が正しく帰属されるようにする必要があります。

ここで、これはさらに細分化されたいくつかのユーザー ストーリーに分割されます。

• 引用符とその出所を格納する DB の作成
• 今後の検索を支援するために、データベースを相互参照して、トピックの下にオフクォートを保存し始めます。
• 開発中の新しい文書の編集者は、参考文献を生成して追加できる必要があります。
• 等

通常、ユーザー ストーリーを 1 つのスプリント チャンクに分割できない場合は、ユーザー ストーリーが大きすぎることを示しています。上記のテンプレートを使用すると、これを最小限に抑えることができます。

HTH

乾杯、