feature-spec

Name: feature-spec
Author: pproenca

github.com/pproenca開発220430 回インストール11 週間前に更新

リポジトリ

feature-spec について

ソフトウェアエンジニア、プロダクトマネージャー、テクニカルリード向けの、仕様策定と機能範囲管理のガイドです。影響度順のルールで、要件、受け入れ基準、関係者調整、技術仕様、変更管理を扱います。

主な機能

01スコープ境界と MVP の定義
02測定可能で追跡可能な要件
03MoSCoW と RICE による優先順位付け
04テスト可能な受け入れ基準
05関係者調整と変更管理

活用シーン

01PRD や機能仕様書の作成
02機能やバックログ項目の優先順位付け
03変更依頼と影響の評価

インストール

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

$npx skills add https://github.com/pproenca/dot-skills --skill feature-spec

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

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

AGENTS.md

metadata.json

README.md

assets/templates/

_template.md

references/

_sections.md

accept-avoid-over-specification.md

accept-definition-of-done.md

accept-edge-cases.md

accept-given-when-then.md

accept-testable-criteria.md

change-defer-log.md

change-formal-process.md

change-impact-assessment.md

change-scope-freeze.md

change-version-tracking.md

doc-accessible-format.md

doc-consistent-templates.md

doc-decision-records.md

doc-glossary-terms.md

doc-single-source.md

prio-dependencies-first.md

prio-kano-model.md

prio-moscow-method.md

prio-rice-scoring.md

prio-value-vs-effort.md

req-avoid-solution-language.md

req-consistent-terminology.md

req-functional-nonfunctional.md

req-specific-measurable.md

req-traceability.md

詳細

ソフトウェアエンジニアリングの機能仕様と計画に関するベストプラクティス

ソフトウェアエンジニア、プロダクトマネージャー、テクニカルリード向けの包括的な機能仕様・計画ガイドです。影響度に応じて優先順位付けされた8カテゴリ、42のルールを収録し、スコープの肥大化を防いでプロジェクトの成功を確実にします。

適用するタイミング

以下の場面で、このガイドラインを参照してください。

PRDや機能仕様書を作成するとき
要件やユーザーストーリーを定義するとき
スコープを管理し、スコープの肥大化を防ぐとき
機能やバックログ項目に優先順位を付けるとき
変更リクエストに対応するとき
プロジェクトの目標についてステークホルダー間の認識を合わせるとき

優先度別のルールカテゴリ

優先度	カテゴリ	影響度	接頭辞
1	スコープの定義	CRITICAL	`scope-`
2	要件の明確化	CRITICAL	`req-`
3	優先順位付けのフレームワーク	HIGH	`prio-`
4	受け入れ基準	HIGH	`accept-`
5	ステークホルダー間の認識合わせ	MEDIUM-HIGH	`stake-`
6	技術仕様	MEDIUM	`tech-`
7	変更管理	MEDIUM	`change-`
8	ドキュメント基準	LOW	`doc-`

クイックリファレンス

1. スコープの定義（CRITICAL）

scope-define-boundaries - スコープの境界を明確に定義する
scope-document-assumptions - すべての前提条件を明示的に文書化する
scope-work-breakdown - スコープを測定可能な作業項目に分割する
scope-define-mvp - 機能セット全体を定義する前にMVPを定義する
scope-stakeholder-signoff - スコープについてステークホルダーの承認を得る

2. 要件の明確化（CRITICAL）

req-specific-measurable - 具体的で測定可能な要件を記述する
req-user-stories - 要件をユーザーストーリーとして構成する
req-avoid-solution-language - 特定のソリューションに依存する表現を避ける
req-functional-nonfunctional - 機能要件と非機能要件を分ける
req-consistent-terminology - 用語を一貫して使用する
req-traceability - 要件のトレーサビリティを維持する

3. 優先順位付けのフレームワーク（HIGH）

prio-moscow-method - MoSCoW優先順位付け手法を使用する
prio-rice-scoring - 客観性を高めるためにRICEスコアリングを適用する
prio-value-vs-effort - 価値と労力の関係を明確に整理する
prio-dependencies-first - 依存関係を特定し、順序付ける
prio-kano-model - 機能の分類にKanoモデルを適用する

4. 受け入れ基準（HIGH）

accept-given-when-then - Given-When-Then形式を使用する
accept-testable-criteria - テスト可能な受け入れ基準を記述する
accept-edge-cases - 受け入れ基準にエッジケースを含める
accept-definition-of-done - 明確な完了の定義を定める
accept-avoid-over-specification - 過剰な仕様化を避ける

5. ステークホルダー間の認識合わせ（MEDIUM-HIGH）

stake-identify-stakeholders - 早い段階ですべてのステークホルダーを特定する
stake-early-feedback - 早い段階から頻繁にフィードバックを集める
stake-conflict-resolution - 対立を明示的に解決する
stake-communication-plan - 定期的なコミュニケーションの頻度を定める
stake-success-metrics - 成功指標について認識を合わせる

6. 技術仕様（MEDIUM）

tech-system-context - システムのコンテキストと依存関係を文書化する
tech-api-contracts - 実装前にAPIコントラクトを定義する
tech-data-model - データモデルとスキーマの変更を仕様化する
tech-error-handling - エラー処理と復旧の計画を立てる
tech-performance-requirements - パフォーマンス要件を仕様化する
tech-security-considerations - セキュリティに関する考慮事項を文書化する

7. 変更管理（MEDIUM）

change-formal-process - 正式な変更リクエストプロセスを使用する
change-impact-assessment - 承認前に影響全体を評価する
change-version-tracking - すべての仕様書のバージョンを管理する
change-scope-freeze - スコープを凍結する期間を設ける
change-defer-log - 保留項目のログを維持する

8. ドキュメント標準（低）

doc-single-source - 信頼できる唯一の情報源を維持します
doc-consistent-templates - 一貫性のあるドキュメントテンプレートを使用します
doc-decision-records - 重要な決定を背景情報とともに記録します
doc-accessible-format - ドキュメントを利用しやすい形式にします
doc-glossary-terms - プロジェクト用語を定義します

Markdown 対応

ログインしてコメント

基本情報

作者: pproenca
リポジトリ: pproenca/dot-skills
カテゴリ: 開発
インストール数: 430
GitHub スター: 220

問題を報告

おすすめの Skills

すべての Skills

remotion-render

github.com/inference-sh

1.6M

inference.sh を介して React/Remotion コンポーネントコードから動画をレンダリングします。TSX コードを渡すと MP4 を取得できます。useCurrentFrame、useVideoConfig、spring、interpolate、AbsoluteFill、Sequence など、すべての Remotion API に対応します。解像度、FPS、長さ、コーデックを設定できます。用途：プログラムによる動画生成、アニメーショングラフィック、モーションデザイン、データ駆動型動画、React アニメーションの動画化。トリガー：remotion、render video from code、tsx to video、react video、programmatic video、remotion render、code to video、animated video、motion graphics code、react animation video

improve-codebase-architecture

github.com/mattpocock

1.2M

コードベースをスキャンして改善の機会を探し、ビジュアル HTML レポートとして提示し、選択したものを詳しく掘り下げる。

design-mobile-apps

github.com/designed-by-ai

1.2M

Sleek でモバイルアプリの画面をデザインし、Sleek プロジェクトを編集して、React Native または HTML でデザインを実装します。

vercel-react-best-practices

github.com/vercel-labs

863.8k

Vercel Engineering の React および Next.js パフォーマンス最適化ガイドライン。React / Next.js コードを記述、レビュー、またはリファクタリングするときに、最適なパフォーマンスパターンを確保するため、このスキルを使用する必要があります。React コンポーネント、Next.js ページ、データ取得、バンドル最適化、またはパフォーマンス改善を含むタスクで発火します。