検証できるユーザーストーリーを書く方法。
ユーザーストーリーは必要な能力とその意味を表します。技術的な作業を利用者への利点に見せかけないでください。
作業手順をタスクに合わせましょう。
利用者、能力、重要な理由を示し、結果を観察できる受け入れ条件を加えます。具体的な場面で完了を検証できる程度に焦点を絞ります。
- 用意するもの
- 利用者の問題と望む能力。
- 得られるもの
- 範囲を定めた利用者中心のストーリー。
入力と結果を確認しましょう。
説明用の入力と出力 · 実際の WebAct 実行ではない学習用サンプル
入力項目サンプル個
Catalog manager needs to identify changed supplier prices.
完成例
As a catalog manager, I want to review changed prices so I can approve updates before importing them.
この入力をプロンプトに読み込み、WebAct にコピーして試してください。結果は掲載例と異なる場合があります。
判断のポイントとトラブル対処。
技術的な保守作業を無理にユーザーストーリーの文にすべきですか？
実際の目的と制約を説明します。書式に合わせて利用者の行動を創作せず、技術作業を正直に記録できます。
完了したように見えるのに検証しにくいのはなぜですか？
期待する動作と関連する範囲を加えます。利点は重要性を説明し、受け入れ条件は完了の意味を説明します。
自分の資料で試しましょう。
タスクのプロンプト内の例を自分の資料に置き換えてください。必要な要件を残し、タスクを WebAct にコピーします。
タスクを調整してコピー ↑