-3

ユーザー ストーリーの INVEST プロパティをよりよく理解しようとしています。たとえば、次の 2 つのユーザー ストーリーを考えてみましょう。

  1. コーヒーマシンはプログラム可能で、さまざまな種類の製品を定義できます。製品には、製品リスト内の一意の名前、価格、およびコーヒー、ミルク、チョコレート、砂糖から選択するいくつかの材料 (数量が指定されている) があります。コーヒーマシンを使用すると、ユーザーは製品を追加、変更、または削除し、顧客が利用できる製品のリストを使用して構成を作成できます。

  2. ユーザーは商品を選択し、その商品の価格以上の金額を投入できます。金額が価格よりも大きい場合、コーヒー メーカーはユーザーに釣り銭を渡します。

この 2 階建てで、どの INVEST プロパティを見つけることができますか? どれではない？

私の観点から、これは私が考えることができるものです：

  • 独立: 1 = はい | 2 = はい
  • 交渉可能: 2 = いいえ | 2 = いいえ (詳細が多すぎますか?)
  • ユーザーにとって価値のあるもの: 1 = はい | 2 = はい
  • 推定可能: 1 = いいえ (大きすぎる) | 2 = はい (おそらく、より多くのドメイン知識が必要ですか?)
  • 小: 1 = いいえ (大きすぎる) | 2 = はい
  • テスト可能: 2 = はい | 2 = はい

私は正しいですか？最後に、3 C のスタイルに従ってそれらを書き直すことは可能だと思いますか?

4

2 に答える 2

4

私の意見では、チームが協力するための優れたユーザー ストーリーは、「INVEST」形式で作成する必要があります。ただし、ユーザー ストーリーの利点を思い出すために、3 C のスタイルに従う必要があります。ユーザーストーリーにカード、会話、確認がなければ、ユーザーストーリーのポイントを失います。

私のチームでは、「INVEST」を使用してユーザー ストーリーを作成しようとします (ユーザー ストーリーの形式は、/私がしたい/そうするように)。その後、それについて「会話」を行います。このセッションでは、「カード」が良好な状態にあるか、「INVEST」であるかどうかがわかります。次に、そのカードがスプリントに適していることを「確認」します。

一部のチームは、カードの「会話」に重点を置いているため、ユーザー ストーリーを「INVEST」またはユーザー ストーリー形式にすることに重点を置いていません。したがって、形式はチームが同意するものであれば何でもかまいません。

チームは、自分たちにとって最適なユーザー ストーリーの形式を見つけることがあります。それは自然に起こります。

ですから、これに対する特効薬はないと思います。ユーザー ストーリーまたはアイテム (名前は任意) は、チームが同意し、快適に作業できるものであることを覚えておいてください。決断を下すのは一人ではなく、チームです。

于 2013-10-27T04:46:42.297 に答える
2

ユーザー ストーリーを定義しようとする試みについて、多くの問題を強調しました。

お気づきのように、ユーザー ストーリーをすべての INVEST 原則に一致させるのは難しい場合があります。これらの原則は目指すべき目標ですので、すべてに当てはまらなくても心配はいりません。

ユーザー ストーリーを真に独立させることは、多くの場合、原則として最も困難です。チームが快適に見積もれるように、ユーザー ストーリーを十分に小さいサイズにすることをお勧めします。ストーリーが大きくなるにつれて、見積もりが指数関数的に難しくなり、誤解が生じる可能性が高くなります。

チームは、多くの場合、ユーザー ストーリーをプランニング ポーカー (アジャイル見積もり手法) と組み合わせます。これは、ユーザー ストーリーをさらに細分化する必要がある時期を知るのに役立ちます。たとえば、多くのスクラム チームは、13 ポイントを超えるストーリーを取り込まず、多くの場合、13 ポイントのストーリーを 8 と 5 に分解しようとします。

3 つの C は、ユーザー ストーリーを実践する際に重要なことを思い出させてくれます。主に会話とコラボレーション要素。これは形式そのものではありません。

前に説明したように、ユーザー ストーリーは次のように定義する必要があります。

As a (role) - This can be an end user or a business proxy

I want - A description of what need to be done

So that - the definition of the value

次に、受け入れ基準を使用して内部の仕組みを定義する必要があります。業務規程等

この形式を実践することで、ユーザー ストーリーは INVEST の原則によりよく適合するようになります。ユーザー ストーリーの定義は 1 人で行う作業ではないことを忘れないでください。

お役に立てれば。

PS ユーザー ストーリーに関する質問は、 pm.stackexchange.comに適している可能性があります。

于 2013-10-20T21:39:24.063 に答える