Why-What-Acceptance (WWA)
プロダクトバックログ項目をWhy-What-Acceptance形式で作成します。独立した、価値のある、テスト可能な戦略的コンテキストを持つ項目を生成します。
使用シーン: バックログ項目の作成、プロダクトインクリメントの作成、機能の作業項目への分割、チームへの戦略的意図の伝達。
引数:
$PRODUCT: 製品またはシステム名$FEATURE: 新しい機能または機能$DESIGN: デザインファイルへのリンク（Figma、Miroなど）$ASSUMPTIONS: 主要な前提条件と戦略的コンテキスト
ステップバイステップのプロセス
- 戦略的なWhyを定義する - 作業をビジネスとチームの目標に結びつける
- Whatを説明する - 説明は簡潔にし、デザインを参照する
- 受け入れ基準を書く - 詳細な仕様ではなく、高レベルの基準
- 独立性を確保する - 項目を任意の順序で開発できるようにする
- 項目を交渉可能にする - 制約ではなく、チームの対話を促す
- 項目に価値を与える - 各項目が測定可能なユーザーまたはビジネス価値を提供する
- テスト可能性を確保する - 成果が観測可能かつ検証可能であること
- 適切なサイズにする - 1スプリントで見積もり可能な小ささに保つ
項目テンプレート
タイトル: [提供されるもの]
Why: [戦略的コンテキストとチーム目標に結びつける1～2文]
What: [簡単な説明とデザインリンク。最大1～2段落。詳細な仕様ではなく、議論のリマインダー。]
受け入れ基準:
- [観測可能な成果1]
- [観測可能な成果2]
- [観測可能な成果3]
- [観測可能な成果4]
WWA項目の例
タイトル: リアルタイム支出トラッカーの実装
Why: ユーザーは予算に関する意識的な決定を行うために、支出に関する即時のフィードバックを必要としています。これは、財務意識を向上させ、過剰支出を減らすという目標を直接サポートします。
What: ユーザーが支出をログ入力するたびに更新されるリアルタイムの支出トラッカーを追加します。このトラッカーは、現在の週の支出を設定された予算と比較して表示します。デザインは[Figmaリンク]で入手可能です。これは私たちの議論のリマインダーです。詳細な仕様は、チームとの開発中の会話の中で明らかになります。
受け入れ基準:
- 支出の合計が、支出をログ入力してから2秒以内に更新される
- 予算の進捗状況がプログレスバーで視覚的に表示される
- ユーザーが残りの予算額を一目で確認できる
- システムが複数の支出カテゴリを正しく処理する
出力成果物
- 機能に関する完全なバックログ項目セット
- 各項目にWhy、What、受け入れ基準セクションが含まれている
- 項目は独立しており、任意の順序で提供可能
- 項目は1スプリントで見積もりと完了が可能なサイズ
- チームの意思決定のために戦略的コンテキストが明確
- 実装ガイダンスのためにデザイン参照が含まれている