製品バックログにストーリーを追加しようとしています。TFS(2012) の PBI 内で、次のように聞こえる話について、私は正しいと言っています。
ユーザーとして、ログインが許可されている機能にアクセスできるように、システムにログインしたいと考えています。
それは妥当な話ですか?そして、TFS 内には「名前」と「説明」があります。説明は私が上に書いたもので、名前は「ログイン」ではないでしょうか? 製品のバックログ項目を入力するためのベスト プラクティスを見つけようと戦っています。
製品バックログにストーリーを追加しようとしています。TFS(2012) の PBI 内で、次のように聞こえる話について、私は正しいと言っています。
ユーザーとして、ログインが許可されている機能にアクセスできるように、システムにログインしたいと考えています。
それは妥当な話ですか?そして、TFS 内には「名前」と「説明」があります。説明は私が上に書いたもので、名前は「ログイン」ではないでしょうか? 製品のバックログ項目を入力するためのベスト プラクティスを見つけようと戦っています。
TFS を使用したとき、「タイトル」(または「名前」) を、簡単に検索およびソートできる短縮された値に保つようにしました。その値はクエリやボードに表示されるときに使用されるため、標準的なユーザー ストーリーの説明とは異なる形式があると便利です。
次に、説明にあるユーザーストーリーのテキストをお勧めします。このようなもの:
タイトル: 認証: ログイン
説明:ユーザーとしてシステムにログインして、ログインで許可されている機能にアクセスしたいと考えています。
以前のバージョンの TFS では、ストーリーにタグを付けることができませんでした (現在は可能です)。そのため、ストーリーのタイトルにテーマを使用して、ストーリーがどの投資テーマに属しているかをタイトルですばやく識別しました (私の例では、認証)。 )。
ストーリーが複数のストーリーに分割される可能性があることを考慮する必要がある場合があり、タイトルはそれを表すために使用できる必要があります。たとえば、SSO 要件、ログアウト要件、ログイン時の個人情報の読み込み、「Remember Me」ストーリーなどについてのストーリーがある場合があります。これらすべてをグループ化できるようにタイトルを使用します。物語は道を下るのに役立ちます。