こんな人におすすめ：
- スクラムマスターやプロダクトオーナー
- アジャイル開発の要件定義に携わるエンジニア
- プロジェクトマネージャーや開発チームのメンバー
プロンプト例：
スクラムにおけるユーザーストーリーの基本構造と活用方法について教えてください。また、ユーザーストーリーの良い書き方の例もあれば示してください。
プロンプト例の出力結果：
スクラムにおけるユーザーストーリーは、ユーザー視点から開発すべき機能やサービスを簡潔に表現した要件定義です。通常、「As [ペルソナ], I want [機能], so that [目的や価値]」という形式で記述されます。これにより、開発チームは誰のためにどんな機能が必要かを明確に理解できます。ユーザーストーリーには受け入れ基準が付加され、これが満たされることで機能の完成が判断されます。さらに、ユーザーストーリーはバックログにおいてエピック（広範囲な機能領域）、フィーチャー（特徴的な機能群）、ストーリー（具体的な機能単位）という階層構造を持ち、スプリント計画やリリース計画に活用されます。良いユーザーストーリーは短く簡潔で、開発チームが価値を生み出すために必要な情報が含まれていることが重要です。例として、「As a registered user, I want to reset my password so that I can regain access if I forget it.」が挙げられます。
