Lenny の製品要件 テンプレート

テンプレートで、指定されたセクションを利用して、プロジェクトに関する次の質問に答えます。

• 説明: プロジェクトの概要

• 問題: これによってどのような問題を解決するのか?

• 理由: これが実際の問題であり、解決する価値があるという根拠は何か?

• 成功: この問題が解決したかどうかを判断する方法とは?

• 対象者: 構築の対象者とは?

• 成果物: 製品内のどのようなものになるか?

このプロジェクトに参加するチーム全員と草案を共有します。

フィードバックを依頼します (コメント、メール、または対面で)。フィードバックをまとめて、再び共有し、それを繰り返します。

プロジェクトに取り組みながら、問題を継続的に参照して、チームが連携を保ちつつ、元の問題の解決に向けて進めるようにします。次の習慣を取り入れましょう。

• すべての設計レビューでは、設計者が問題の説明を見直すことから始めるようにします。問題の説明が明確でない場合は、「解決しようとしている問題は何ですか?」と尋ねます。

• 関係者に進捗の最新情報を伝えるたびに、問題の説明を見直し、全員が結果について引き続き連携するようにします。

• 設計を完了する前に、「解決しようとしている問題がこれにより解決すると確信しているか」と必ず自問しましょう。
  
  これらの手順は、Lenny のブログ投稿「A Three-Step Framework For Solving Problems 👌 (問題解決のための 3 つのステップのフレームワーク)」を要約したものです。