見積もりを顧客に明確にするための良い方法は何ですか？
そのため、私と私のチームは新しいプロジェクトの見積もりを行っていますが、最近、お客様が見積もり自体ではなく、説明されているストーリーに実際に何が含まれているのかを理解するのに苦労していると感じています。
私たちは彼らのRFPドキュメントを調べることを考えていました。このドキュメントでは、「この部分はこの見積もりに含まれています」という見積もりを使用して、Excelリストに接続します。しかし、このアプローチは非常に時間がかかるように思われ、彼らが理解するのを難しくしすぎないようにしながら、見積もりでカバーすることを彼らが期待するものを確実にカバーするためのより良い方法がなければなりません。
私の質問：見積もりを顧客にどのようにアプローチしますか？これはどのような形式でしょうか？そして何よりも、あなたが見積もったこととこの話に何が含まれているのかを顧客が理解していることをどのように確認し、それによって私の会社と顧客の2つの当事者間の混乱を排除しますか？
編集：この質問は、見積もりを提示し、それによってカバーされているものとカバーされていないものとの間の混乱を省略し、これを顧客に伝えることに関するものであるため、重複として提案された質問によってカバーされているとは思いません。提示された複製は、クライアントにアジャイルを選択させる方法と、そうでない場合の対処方法、およびその実践です。
Thomas Owensのコメントの編集2：顧客は、可能な限り最善のプロセスと必要なものを説明するフルテキストドキュメントを通じて要件を提供します。これは、より適切な見積もりを行うために、後で細分化して書き留めた、大きくて複雑なものである可能性があることに注意してください。製品の所有者は、私たちが作成したい新しいアプリケーションに最も近い顧客の従業員の1人ですが、すべての詳細について完全には確信していません。たとえば、財務式とその使用方法について多くの不確実性が生じます。
私たちが行ったことは、Excelでリストを作成し、各部分に何が含まれているのかをよりよく理解するために、プロセス（可能性のあるストーリーですが、そうではありません）を記述し、トリミングまたは分割します。それほど技術的ではありませんが、機能的です。
つまり.
注この画像は機密保持のために縮小されたバージョンです
お客様を社内チームと混同していると思います。
顧客からRFPが提供され、それを一連のユーザーストーリーに変換し、これらに見積もりを割り当ててから、（内部）分析で顧客に返しました。顧客は（かなり正しく）これらを見て、「これは私たちが最初に求めたものと何の関係があるのか」と言いました。
顧客に関する限り、あなたが何をし、どのようにそれを行うかは完全にあなた次第です。彼らが知りたいのは、彼らが受け取る彼らの要求の量とそれが彼らにかかる時間（またはそれがかかる時間）であるため、あなたは彼らの条件で顧客とコミュニケーションをとる必要があります。
したがって、RFPをストーリーに変えたとき、どのストーリーがRFPのどの部分に対応しているかをすでに追跡しているはずです。次に、ストーリーの見積もりをまとめてRFPに戻すのは簡単なことです。これを行わなかった場合は、今すぐヒットする必要があります（RFPのすべての部分をカバーしていることを確認できるという利点があります。何かを見逃していないかどうか、他にどのようにわかりますか）。
例えば、。顧客から「ウィジェットを作る」と言われ、それを「キャストウィジェット」、「ポリッシュウィジェット」、「ボックスウィジェット」の3つのユーザーストーリーに変えた場合、これら3つのストーリーの見積もりを合計して顧客に彼らが探している答え。
私を許してください、しかし私はあなたがむしろ馬の前にカートを置いたと思います。私がRFP/ITTなどを扱ったときはいつでも、クライアントは問題へのあなたのアプローチの高レベルのアイデアを本当に探しています。これは、いくつかの理由で発生します。
- だから彼らはあなたが彼らのような要件を理解していることを快適にすることができます
- 提供するために必要な技術的知識を示すことができます
- あなたは何とか行間を読み、手元の機能領域に特有の落とし穴に対応することができました
- 上記のすべてを十分なレベルで売り込むことができます
要件をタスクに分割するのは、このプロセスが完了した後です。