problem-definition は何をしますか？
ユーザーが解決策に飛びつく前に、問題を明確に定義するのを支援します。新機能のスコープ策定、プロダクトアイデアの検証、構築内容の明確化に苦慮している場合、または新しいテクノロジーに「キラキラしたものに飛びつく罠」に陥っている場合に使用します。
概要
このスキルは、問題定義の構造化されたアプローチを提供し、チームや個人が以下を実現できるようにします。
- 表面的な症状ではなく、根本的な問題を特定する
- 問題の影響範囲を明確にする
- ソリューションの設計に入る前に、問題の有効性を検証する
- 関係者間で共通の理解を構築する
使い方
このスキルは、以下のシナリオでアクティブ化します。
- 「新しい機能 X を追加したい」 というリクエストを受けたとき
- 「なぜこれが必要なのか」 を明確に説明できないとき
- プロダクトの方向性が不明確で、新しいテクノロジーに夢中になりそうなとき
- 問題のスコープが曖昧で、複数の解釈が可能なとき
プロセス
- コンテキストの収集: 現在の状況、ユーザー、目標について質問します。
- 問題の特定: 「5 Whys」や「問題ステートメントテンプレート」などの手法を用いて、根本原因を掘り下げます。
- インパクトの評価: 問題が特定のユーザーやビジネスに与える影響を定量化または定性化します。
- スコープの定義: 問題の範囲を明確にし、「やらないこと」を定義します。
- 検証基準の設定: 解決策が問題を解決したと判断するための基準を設定します。
- ドキュメント化: 問題定義を構造化された形式（例：問題ステートメント）で文書化します。
使用例
ユーザー: 「新しいAIチャット機能を追加したい。」
エージェントの応答: 「まず、その機能が解決しようとしている問題を定義しましょう。現在のユーザーはどのような課題を抱えていますか？例えば、サポート問い合わせへの応答時間が長すぎる、特定の情報を見つけるのが難しい、など。」
注意点
- このスキルは、問題が完全に定義されるまでソリューションの議論を抑制します。
- ユーザーが既に強力なソリューション案を持っている場合は、それを尊重しつつも、問題定義のプロセスに組み込むように導きます。
- 問題定義は、ソリューション設計の最初のフェーズとして捉え、完了後はスムーズに次のフェーズに移行します。