11

私はアジャイル/TDD の世界の初心者であり、いくつかの基本を理解しようとしています。これは、ユーザー ストーリーの実装方法に関連しています。

たとえば、架空のコンテンツ管理システムについて、次の 2 つのユーザー ストーリーから始めるとします。

ストーリー 1:コンテンツ作成者
として、ユーザーを Web サイトに引き付けるために使用できるニュース記事を作成できる
必要があります。


ストーリー 2:編集者
として、既存の記事を表示して、それらをレビューして品質を向上できるよう
にする必要があります

私がこれにアプローチする方法は、

  • これらのユーザーストーリーのいずれかを取得します
  • ユーザー ストーリーの必要な部分を小さなタスクに分割する
  • これらのタスクを 1 つずつ取得し、特定のタスクをカバーするテストを考え出します
  • TDD 方式でタスクを実装する

ユーザー ストーリーの一部として、私のジレンマがある領域。
特にこれらの例では、ユーザー ストーリーで 2 つのユーザー カテゴリについて言及されているため、間接的に認証、承認関連の要件を暗示しています。

したがって、私の質問は、これらのユーザー ストーリーを完了するために、システムへの認証/承認を制御するタスク/テストを用意する必要があるかどうか、
または、機能を実装しようとする際にユーザー ストーリーの一部に必要な
部分だけに焦点を合わせて待つべきかどうかです。認証、承認関連の要件について具体的に言及しているユーザー ストーリーはありますか?

すべての入力は高く評価されています。

乾杯。

4

6 に答える 6

7

この段階での影響について心配する必要はありません。

ユーザー ストーリーは次のようにする必要があります。

  • I 独立ユーザー ストーリーは、別のユーザー ストーリーへの固有の依存関係がないように、自己完結型である必要があります。
  • N Negotiable : ユーザー ストーリーは、反復の一部になるまで、いつでも変更および書き直すことができます。
  • V 価値ある: ユーザー ストーリーは、エンド ユーザーに価値を提供する必要があります。
  • E 推定可能: ユーザー ストーリーのサイズを常に推定できなければなりません。
  • S 適切なサイズまたは小さい: ユーザー ストーリーは、ある程度の確実性を持って計画/タスク/優先順位付けを行うことが不可能になるほど大きくすべきではありません。
  • テスト 可能: ユーザー ストーリーまたはそれに関連する説明は、開発のテストを可能にするために必要な情報を提供する必要があります。

[出典、ウィキペディア]

まだ書かれていない場合は、承認ストーリーをプロダクト バックログに追加して、プロダクト オーナーが優先順位を付けることができます。承認ストーリーは、ネットワーク管理などの他のチームによって取り上げられる可能性があるため、作業中のストーリーで要求される機能を提供することに集中してください。

于 2010-09-11T00:42:12.357 に答える
6

I need to partに焦点を当て、 As a and so thatをある種のコンテキストとして検討する必要があります。

あなたの話には多くの抜け穴があります。基礎となる承認/識別部分は 1 つです。もう 1 つの部分は、私のウェブサイトにより多くの訪問者を引き付けるためには、実際にはテストできないものであるため、もう一度考えて別のものを見つける必要があります (おそらく単純であまりないもの)より多くの訪問者を引き付けるためにそれらを私のウェブサイトに置くことができるように異なる）。その形式では、その部分には、ストーリーをどのようにテストするかについての大まかなアイデアが含まれている必要があると思います。

実際、私は自分のストーリーにあまり形式ばらないものを使用しています。タイトル、簡単な説明、およびデモの方法の説明です。また、いくつかの優先値 (製品所有者にとって重要) と作業量の大まかな見積もりも追加します。テストの作成に役立つので、最も役立つ部分はおそらくデモの方法です (必要に応じてストーリーを中断した後ですが、可能であれば、ストーリーを中断する必要がないようにストーリーを短くしておくことも好みます)。また、ストーリーをタスクに分割するのではなく、より小さなストーリーに分割するようにしています。タスクは多くの場合、何かをどのように行うかについて多すぎるため、どのような結果を望むかに集中する必要があります。

あなたの場合、間違いなく他の話があり、そのうちの 1 つはいつか認証に関するものになるでしょう。一歩一歩進んで、ストーリーをシンプルに保ちます (テストがあり、後でリファクタリングするのは簡単です)。

Trenchesの優れた Book Scrum と XPを見て、それがどのように行われるかを確認してください。

于 2010-09-09T20:10:56.057 に答える
4

表現

「コンテンツ作成者 として、ユーザーを Web サイトに引き付けるために使用できるニュース記事を作成できる 必要があります。」

話ではありません。これは、カードまたはスプレッドシートの列に収まるストーリーの要約であり、ストーリーを表すので、どのストーリーについて話しているかを思い出すことができます。ストーリー全体は、カード、会話、確認の 3 つの部分で構成されており、ここで必要な部分は会話です。

ユーザーまたはチームのユーザー担当者に相談して、それが実際に何を意味するのかを確認してください。

于 2010-09-09T22:15:45.353 に答える
3

一部として、認証または承認を意味するものではありません。同様に、ユーザー ストーリーを次のように記述できます。

  • 新しい訪問者として...
  • 再訪者として…

訪問者を認証する必要があるということですか? 認可ビジターは何を持っていますか? ユーザー ストーリーに「隠れた要件」を含めないでください。認証と承認が必要な場合は、そのためのユーザー ストーリーを作成するだけです。

一部として、アプリケーション内のユーザー ロールのタイプを指定します。各役割にはいくつかの特別なニーズと要件があり、さまざまな理由からアプリケーションを使用します。ユーザー ストーリーを書き始める前に、ロールを収集するようにしてください。

ユーザーストーリーは説明だけではありません。プロセスのさまざまな段階で追加される追加情報を含める必要があります。

  • 定義された形式での説明。As a ... I need ... so that ... を使用する必要はありませんが、それがニーズに合わないと思われる場合は、すべてのストーリーに同じ形式を使用する必要があります。
  • DoD - 承認基準とも呼ばれる完了の定義。これは、説明とともに収集する必要があります。DoD のないユーザー ストーリーは役に立たない。DoD は、ユーザー ストーリーに関する開発者の追加情報を述べています。DoD を満たした場合にのみ、ユーザー ストーリーは完成します。これらの基準に基づいて自動受け入れテストを作成することもできます。
  • 顧客が設定した優先度 - これにより、ユーザー ストーリーを重要度別に並べ替えることができます
  • 見積もり - チームによって作成されます。見積もりは正確ではありません。ユーザー ストーリー間の比較に基づく必要があります。見積もりの​​通常の単位は、抽象的なストーリー ポイントまたは T シャツのサイズです。

また、すべてのユーザー ストーリーが直接タスクに分解されるわけではないことにも注意してください。最初に小さなユーザー ストーリーに分解される大きな高レベルのユーザー ストーリーを持つことができます。このようなユーザー ストーリーをエピックと呼んでいます。

于 2010-09-09T22:24:40.157 に答える
1

少なくとも、次のストーリーを作成します。

  1. ユーザーを認証する
  2. サインアップ 作成者 / 編集者 ... またはサインアップ ユーザー、権限を割り当てる

ストーリーレベルでそれらをどのように処理するかを誰も知らない場合は、私が話したり、電話をつかんだり、IMを開始したりして確認します. 実装したくない機能については、下位レベルで TDD を行うことができますが、エンド ツー エンドのストーリーでのテストの自動化は、ユーザーが行うことを実行する必要があります。

これらの話では、基本的なタスクについて考えているかもしれませんが、ユーザーの観点からは、クライアントが既存のアカウント感覚で openid/login を使用したブログをもっと望んでいることに気付くかもしれません。結局のところ、そのアジャイルは、大規模な分析と設計フェーズですべてが定義されるのではなく、そのロール/完全なコミュニケーションの方法です。

ユーザー名/パスワード/ハッシュ/その他がプロジェクトに関連していない可能性がある場合に、1秒間考えても意味がありません。

何をするにしても、シンプルに保ちます。

ps。それはすべて物語の不可欠な部分であり、たまたま他の物語が整っていることに依存しています.

于 2010-09-09T20:53:06.320 に答える
1

最初に、ユーザーが変更を行う権限を与えられていると仮定し、後で別のストーリーとして承認に取り組むことができます (それらがバックログで最も重要な項目になったとき)。

これには、ストーリーの範囲を小さくして作業しやすくするという利点があり、初期のストーリーを展開可能な状態で早期に取得することもできます。

于 2010-09-09T19:31:12.063 に答える