user-stories について
機能計画やバックログ整理に取り組むプロダクトチーム向けに、ユーザーストーリーを作成・分割するスキルです。3 C's と INVEST 基準を用い、デザインリンクと受け入れ条件を含む形式で出力します。
主な機能
- 01役割とユーザージャーニー別に機能を分割
- 023 C's のストーリーフレームワークを適用
- 03INVEST 基準に照らして確認
- 04デザインリンクと受け入れ条件を記載
活用シーン
- 01新機能を開発用ストーリーに分割
- 02バックログ項目のテスト可能な受け入れ条件を作成
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ phuryn/ pm-skills --skill user-storiesインストール後、Claude Code で/user-storiesを入力して読み込まれたか確認します。
詳細
ユーザーストーリー
3 C(Card、Conversation、Confirmation)とINVEST基準に沿ってユーザーストーリーを作成します。説明、デザインへのリンク、受け入れ基準を含むストーリーを生成します。
使用する場面: ユーザーストーリーの作成、機能のストーリーへの分割、バックログ項目の作成、受け入れ基準の定義。
引数:
$PRODUCT:製品またはシステム名$FEATURE:ストーリーに分割する新機能$DESIGN:デザインファイルへのリンク(Figma、Miro など)$ASSUMPTIONS:重要な前提条件や背景情報
ステップごとの手順
- 提供されたデザインと背景情報に基づいて機能を分析します
- ユーザーの役割と、それぞれ異なるユーザージャーニーを特定します
- 3 C のフレームワークを適用します:
- Card:シンプルなタイトルと一文の説明
- Conversation:意図についての詳しい説明
- Confirmation:明確な受け入れ基準
- INVEST 基準に従います:Independent(独立している)、Negotiable(交渉可能)、Valuable(価値がある)、Estimable(見積もり可能)、Small(小さい)、Testable(テスト可能)
- 小学校を卒業した人にも理解できる平易な言葉を使います
- 視覚的な参照用にデザインファイルへのリンクを記載します
- ユーザーストーリーを構造化された形式で出力します
ストーリーテンプレート
タイトル: [機能名]
説明: [ユーザーの役割]として、[メリット]のために、[アクション]したいです。
デザイン: [デザインファイルへのリンク]
受け入れ基準:
- [明確でテスト可能な基準]
- [観察可能な動作]
- [システムが正しく検証する]
- [エッジケースへの対応]
- [パフォーマンスまたはアクセシビリティに関する考慮事項]
- [統合ポイント]
ユーザーストーリーの例
タイトル: 最近閲覧した商品セクション
説明: オンラインショッパーとして、検討した商品を簡単に再確認できるよう、商品ページに「最近閲覧した商品」セクションを表示したいです。
デザイン: [Figma リンク]
受け入れ基準:
- 以前に少なくとも 1 つの商品を閲覧したことがあるすべてのユーザーに対し、商品ページの下部に「最近閲覧した商品」セクションが表示されます。
- セッション中に初めて商品ページを訪れたユーザーには表示されません。
- 現在の商品は表示対象から除外されます。
- セクションには、画像、タイトル、価格を含む商品カードまたはサムネイルが表示されます。
- 各商品カードには、閲覧した時刻が表示されます(例:「5 分前に閲覧」)。
- 商品カードをクリックすると、該当する商品ページに移動します。
成果物
- 機能に関するユーザーストーリー一式
- 各ストーリーには、タイトル、説明、デザインへのリンク、4~6 個の受け入れ基準が含まれます
- ストーリーは独立しており、どの順番でも開発できます
- ストーリーの規模は 1 スプリントサイクルに収まるように調整します
- ストーリーには関連するデザインドキュメントへの参照を含めます
さらに読む
コメント
Markdown 対応