021-problem-framing について
問題、現状、望ましい状態、関係者、検証可能な成功基準を定める対話型スキルです。問題と解決案を分け、不明点は確認事項として示します。
主な機能
- 01解決案と切り離した問題定義
- 02観察可能な事実による現状記述
- 03成果に基づく望ましい状態
- 04関係者の特定
- 05検証可能な成功基準
- 06仕様向けの問題整理
活用シーン
- 01分析に先立って問題を定義
- 02現状と望ましい状態を明確化
- 03影響を受ける関係者や責任者を特定
- 04機能仕様の問題定義部分を作成
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ jabrena/ plinth --skill 021-problem-framingインストール後、Claude Code で/021-problem-framingを入力して読み込まれたか確認します。
同梱ファイルreferences/021-problem-framing.md
詳細
問題の定義
調査中の問題や課題について、問題の記述、現状、望ましい状態、ステークホルダー、成功基準を作成するためのガイドです。これは対話型の SKILL です。
この Skill で扱う内容
- 特定の解決策とは切り離して問題を記述する
- 観察可能な事実に基づいて現状を説明する
- 実装手段ではなく、結果として望ましい状態を説明する
- 問題の影響を受ける人、責任を負う人、または情報を共有される人を特定する
- 問題の解決を検証できる成功基準を定義する
- 明確化した問題の枠組みを
022-root-cause-analysisおよび残りの機能仕様の観点に引き継ぐ
制約
より詳細な分析に入る前に、問題の枠組みを定義してください。この手法を別のワークフローが調整する場合、明確化の質問の順序は調整役が決定します。単独で適用する場合は、直接質問してください。
- MUST 問題の定義に関するガイダンスを適用する前に、
references/021-problem-framing.mdを読む - MUST 特定の解決策、テクノロジー、実装とは切り離して問題を記述する
- MUST 意見や推測した原因ではなく、観察可能な事実に基づいて現状を説明する
- MUST 特定の手段ではなく、結果または実現可能な能力として望ましい状態を説明する
- MUST 依頼者だけでなく、問題の影響を受ける人、責任を負う人、または情報を共有される人を特定する
- MUST 観察または測定できる成功基準を定義する
- MUST NOT 提供された情報が曖昧な場合、問題の記述、状態、ステークホルダー、成功基準を創作せず、代わりに明確化の質問が必要な点として示す
このスキルを使用する場面
- 詳細な分析に進む前に、この問題の枠組みを定義する
- この課題に問題の定義を適用する
- 問題の記述、現状、望ましい状態を明確にする
- この問題のステークホルダーと成功基準を特定する
- 機能仕様の「問題の定義」セクションの草案を作成する
ワークフロー
- リファレンスを読む
references/021-problem-framing.md を読み、問題の記述、現状、望ましい状態、ステークホルダー、成功基準について、すでにどのような根拠が得られているかを特定します。
- 問題と解決策を切り分ける
すでに修正方法、テクノロジー、実装を前提としている表現を取り除き、観察可能な内容で課題を言い換えます。
- 現状と望ましい状態を説明する
現状は観察可能な事実として、望ましい状態は目標とする結果または実現可能な能力として説明します。
- ステークホルダーと成功基準を特定する
問題の影響を受ける人、責任を負う人、または情報を共有される人を列挙し、観察または測定できる成功基準を定義します。
- 問題の枠組みを報告する
問題の記述、現状、望ましい状態、ステークホルダー、成功基準を報告し、明確化の回答を待っている項目があれば示します。
リファレンス
詳細なガイダンス、例、制約については、references/021-problem-framing.md を参照してください。
コメント
Markdown 対応