2

したがって、ユーザーストーリーが次のような漠然としたものである場合:

営業担当者として、後でフォローアップできるように連絡先情報を取得したいと考えています。

それが有効なユーザー ストーリーかどうかはわかりませんが、十分に近いと確信しています。

次に、そのユーザー ストーリーを実装するための詳細/タスクがあります。そして、「営業担当者は、あるテキストボックスから別のテキストボックスにタブで移動できるはずです」と確信しています。要件の一つです。これをどのようにキャプチャ/追跡しますか? これはユーザー ストーリーの一部ですか、それとも個別に検討する必要があるものですか?

4

6 に答える 6

2

ユーザー ストーリーは、詳細ではなく機能の本質を捉えたものです。ストーリーは議論のサポートとなります。

ですから、あなたの質問に答えるために、詳細は議論中に口頭で伝えられます。対面での議論が最も効果的なコミュニケーション メディアだからです。必要に応じて、カードの裏面 (カードを使用している場合) または電子ツールを使用している場合は「メモ」フィールドに詳細をメモとして記録できます。実際、私は通常、「デモの方法」フィールドも使用して、このストーリーがスプリント デモでどのようにデモンストレーションされるかについての概要を説明し、その他の情報、説明、他のソースへの参照については非常に短い「メモ」を使用します。情報など (Henrik Kniberg の有名なインデックス カード ジェネレーターへのクレジット)。特に実行可能な仕様を使用する場合に、これが非常に便利だと思う場合。

PS: あなたのストーリーは完全に有効であり、テンプレートにメリットを含めることをお勧めします (「役割として、メリットが得られるように行動したい」)。

于 2009-10-06T21:44:22.420 に答える
1

乱暴に刺すだけ…

営業担当者として、キーボード から手を離さなくても済むように (そしてアクセシビリティ ガイドラインに準拠するために)、
すべてのデータ入力とナビゲーションをキーボードを使用して実行したいと考えています。

または

ビジネスとして、 アクセシブルなソフトウェアを必要とする顧客に販売できるように、
キーボード入力のみを使用してすべての製品を完全に使用できるようにしたいと考えています。

于 2010-02-01T00:24:59.060 に答える
1

ユーザー ストーリーは、1 ～ 3 文の短いステートメントにする必要があります。

http://en.wikipedia.org/wiki/User_story

あるテキストボックスから別のテキストボックスにタブで移動できるようにしたいのは、別のユーザーストーリーです。

これらのことは、www.rallydev.com のようなツールや、あらゆる種類のタスク追跡ツール (SharePoint、Excel など) で追跡できます。

次にやることは優先順位です。

于 2009-10-06T21:22:29.913 に答える
0

これは実行可能な話ですが、（派生した）要件をキャプチャする方が他の場所でキャプチャする方がよい可能性があることを他の人と同意します。

ソフトウェア開発者とビジネスタイプは、さまざまな用語に精通しています。ある人が簡単に理解できるもの（データ構造）は、別の用語には何の意味もありません。ユーザーストーリーは、ビジネスユーザーが（テスト、詳細などを含む）拡張された開始点としてメッセージを伝えることができるツールまたは手段です。

オーラルコミュニケーションは効果的ですが、効果はメッセージの意味を聞いて理解する受信者の能力に依存します。これは、口頭でのコミュニケーションが失敗する可能性がある場所です。 多かれ少なかれ正式な形式のコミュニケーションを提供するさまざまなタイプのコミュニケーション。音声コミュニケーションは「非公式なコミュニケーション形態」であり、メッセージが誤解されたり、誤解されたり、誤解されたりするリスクがあります。子供の頃にプレイしたゲームのように、ある子供が別の子供にメッセージをささやき、他の子供がそれを聞くまで...最後の子供がグループにメッセージを伝えると、通常は誤解され、再び誤解されます。劣化したメッセージを引き起こします。

于 2011-05-12T21:32:36.397 に答える
0

はい、それは私たちにもたくさんの問題があります。一方では、ユーザー ストーリーは簡潔にする必要があります。

XPlanner を使用し、短い説明をユーザー ストーリーのテキスト本文に入れることでこれを解決します。次に、XPlanners の「メモ」機能 (任意のテキストまたはユーザー ストーリーに添付できるファイル) を使用して詳細を確認します。

そうすれば、ユーザー ストーリーのテキスト自体を乱雑にすることなく、必要なだけ多くの情報をユーザー ストーリーに追加できます。XPlanner にすべてを入れたくない場合は、外部ドキュメントを参照することもできます。

このアプローチは、私たちにとって非常にうまく機能します。

于 2009-11-11T15:13:21.263 に答える
0

最初の部分は、「ビジネス要件」ドキュメント (通常はビジネス アナリストによって作成されます) に属します。このドキュメントの最初の世代は非常に高レベルですが、最終バージョン (数回の繰り返し) はかなり詳細です。

http://www.tdan.com/view-articles/6089

2 番目の部分 (タブ移動について) は別のドキュメントの一部です - 「UX 仕様」 (すべての画面を表示し、ユーザーの操作について説明します)。これは通常、別の人/チーム (製品または UX チーム) によって作成されます。

http://uxdesign.com/ux-defined-2

http://www.uxmatters.com/mt/archives/2007/05/sharing-ownership-of-ux.php

于 2009-10-06T21:21:32.087 に答える