mcpField
W
wwas

wwas

github.com/phuryn開発27.5k2.7k 回インストール2 週間前に更新
リポジトリ

wwas について

wwasは、Why-What-Acceptance形式でプロダクトバックログ項目を作成するスキルです。戦略的背景を示しつつ、項目を独立性と価値、テスト可能性を備えたスプリント見積もり向けの単位に整えます。

主な機能

  1. 01Why、What、受け入れ条件で項目を構成
  2. 02作業を戦略目標に結び付ける
  3. 03項目の独立性と交渉可能性を維持
  4. 04観察可能でテスト可能な成果を定義
  5. 05スプリント見積もり向けのサイズに調整

活用シーン

  1. 01新機能のバックログ項目の作成
  2. 02作業の戦略的な理由の説明
  3. 03機能を独立した増分に分割
  4. 04チーム見積もりに向けた項目の準備

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/phuryn/pm-skills --skill wwas

インストール後、Claude Code で/wwasを入力して読み込まれたか確認します。

詳細

Why-What-Acceptance(WWA)

Why-What-Acceptance 形式でプロダクトバックログ項目を作成します。戦略的な背景を持ち、独立性があり、価値を提供し、テスト可能な項目を作成します。

次のような場合に使用します: バックログ項目の作成、プロダクトインクリメントの作成、機能の作業項目への分割、またはチームへの戦略的な意図の伝達。

引数:

  • $PRODUCT:プロダクトまたはシステムの名前
  • $FEATURE:新しい機能または能力
  • $DESIGN:デザインファイルへのリンク(Figma、Miro など)
  • $ASSUMPTIONS:主要な前提と戦略的な背景

ステップごとのプロセス

  1. 戦略的な Why を定義する - 作業をビジネスおよびチームの目標に結び付けます
  2. What を説明する - 説明を簡潔にし、デザインを参照します
  3. 受け入れ基準を記述する - 詳細な仕様ではなく、上位レベルで記述します
  4. 独立性を確保する - 任意の順序で開発できる項目にします
  5. 項目を交渉可能なものにする - 制約を課すのではなく、チームでの対話を促します
  6. 項目に価値を持たせる - それぞれが測定可能なユーザー価値またはビジネス価値をもたらすようにします
  7. テスト可能性を確保する - 成果を観察および検証できるようにします
  8. 適切なサイズにする - 1 スプリントで見積もれる大きさにします

項目のテンプレート

タイトル: [提供するもの]

Why: [戦略的な背景とチームの目標を結び付ける 1~2 文]

What: [簡潔な説明とデザインへのリンク。最大 1~2 段落。詳細な仕様ではなく、議論の内容を思い出すためのものです。]

受け入れ基準:

  • [観察可能な成果 1]
  • [観察可能な成果 2]
  • [観察可能な成果 3]
  • [観察可能な成果 4]

WWA 項目の例

タイトル: リアルタイム支出トラッカーの実装

Why: ユーザーが意識的に予算を判断できるよう、支出に関するフィードバックをすぐに得られる必要があります。これは、金融への意識を高め、過剰支出を減らすという目標を直接支援します。

What: ユーザーが支出を記録すると更新されるリアルタイム支出トラッカーを追加します。このトラッカーには、今週の支出額と設定した予算が表示されます。デザインは [Figma link] で確認できます。これはこれまでの議論を思い出すためのものであり、詳細な仕様はチームとの開発に関する対話の中で明確になります。

受け入れ基準:

  • 支出を記録してから 2 秒以内に支出合計が更新される
  • 進捗バーで予算の進捗が視覚的に示される
  • ユーザーが残りの予算額をひと目で確認できる
  • システムが複数の支出カテゴリを正しく処理する

成果物

  • 機能に関するバックログ項目一式
  • 各項目に Why、What、受け入れ基準のセクションが含まれている
  • 項目が独立しており、任意の順序で提供できる
  • 1 スプリントで見積もり、完了できるサイズの項目
  • チームが意思決定できるよう、戦略的な背景が明確である
  • 実装の指針となるデザインへの参照が含まれている

参考資料

コメント