User Story Generator
Generate well-structured user stories with acceptance criteria, story points estimation, and edge cases — in Agile, Scrum, SAFe, or Kanban format.
使い方 User Story Generator
- Describe the feature in plain language — include what the user wants to accomplish, why it matters, and any constraints or edge cases you have identified.
- チームのメソッドを選択してください（Scrumはスプリントのコンテキストを追加し、SAFeは能力の階層を追加し、Kanbanはフローの考慮を追加します）。
- ストーリーフォーマットを選択してください：「...として」の伝統的なアジャイル、BDD/テスト指向のチームのための「与えられた-いつ-その時」、結果重視の開発のための「Jobs to Be Done」。
- テスト可能な要件とエッジケースを持つ開発準備が整ったストーリーの受け入れ基準を有効にします。
使用例
プロダクトマネージャーの機能要求をスプリントサイズのユーザーストーリーに分解します。
自動化テストのためのGiven-When-Then受け入れ基準を持つBDDスタイルのストーリーを生成します。
企業チーム向けに能力と機能の階層を持つSAFe形式のストーリーを作成します
スプリント計画セッションのためのストーリーポイントの見積もりを含むユーザーストーリーを作成します
技術的負債項目のユーザーストーリーを書いて、非技術的な利害関係者に価値を伝えます。
最高の結果を得るためのヒント
- Describe the feature from the user's perspective, not the developer's — focus on the outcome they want, not the implementation you are planning.
- 既知のエッジケースを説明に含めてください — ジェネレーターはそれらをバグを防ぐための具体的な受け入れ基準に変換します。
- 大きな機能の場合、ジェネレーターは自動的にそれらを複数の独立したストーリーに分割し、優先順位を付けて別々に開発できます。
- Use 'Given-When-Then' format if your team practices BDD — the acceptance criteria can be directly converted into automated test scenarios.
よくある質問
INVEST基準とは何ですか？
INVESTはユーザーストーリーの品質チェックリストです：独立（他のストーリーに依存しない）、交渉可能（詳細は議論可能）、価値がある（ユーザーまたはビジネスに価値を提供する）、見積もり可能（チームが労力を見積もることができる）、小さい（1スプリントに収まる）、テスト可能（合格/不合格の基準が明確である）。ジェネレーターはすべての6つの原則に従います。
ストーリーポイントはどのように見積もられますか？
ストーリーポイントは、フィボナッチ数列（1, 2, 3, 5, 8, 13）を使用して相対的な複雑さを推定します。ジェネレーターは、範囲、技術的な複雑さ、不確実性、および依存関係を考慮します。1-2ポイント：簡単な変更。3-5ポイント：中程度の複雑さ。8-13ポイント：分割が必要な複雑な機能。
As a...とGiven-When-Thenの違いは何ですか？
'[役割]として、[行動]したいので、[価値]を得る'は、ユーザーのニーズとビジネスの正当性を捉えています。 ' [コンテキスト]を考慮し、[行動]を行った場合、[結果]が得られる'は、特定のテスト可能なシナリオを説明します。多くのチームは、ストーリーには'As a...'を、受け入れ基準には'Given-When-Then'を使用します。
1つの機能を複数のストーリーに分解できますか？
はい。機能が単一のスプリントには大きすぎる場合、ジェネレーターはそれを複数の独立したストーリーに分割し、それぞれが増分の価値を提供します。ストーリーは依存関係と優先順位に基づいて順序付けされるため、スプリントバックログを効果的に計画できます。
ジョブズ・トゥ・ビー・ダン（JTBD）とは何ですか？
JTBDは、ユーザーが達成しようとしている結果に焦点を当てています： '私が[situation]の時、私は[motivation]を望み、[expected outcome]を達成するために。' これは、従来の「As a...」形式よりも結果指向であり、チームが機能を構築するのではなく、実際のユーザーの問題を解決することに集中するのを助けます。
非機能要件に対応していますか？
はい。機能の説明にパフォーマンス、セキュリティ、スケーラビリティ、またはアクセシビリティの要件を記述してください。ジェネレーターは、特定の測定可能な受け入れ基準を持つストーリーを作成します。例：'1000アイテムのあるページがあり、ユーザーがスクロールすると、フレームレートが60fpsを超えます。'
Part of these workflows
This tool is used in step-by-step guides that help you get more done
テキストは保存されません。処理はリアルタイムで行われ、結果を生成した後すぐに入力が破棄されます。
無制限のアクセスを解除
無料ユーザー：1日10回の使用 | Proユーザー：無制限
See how this tool stacks up side-by-side: