前のブログで、今後、以下の３つの話題を書くといいました。
１つは、プロジェクト計画書に書くこと、
２つは、ＷＢＳとスコープと要素技術とＲＦＰ、
３つは、ＲＦＰと提案内容が違う場合の対処法
１つめの「プロジェクト計画書に書くこと」は、このブログと、このブログでとりあげました。
３つめの「ＲＦＰと提案内容が違う場合の対処法」について、このブログの後半で書いているんだけど、はっきりとしてないので、ここでまとめます
ＲＦＰは、「提案依頼書」だから、これに基づき、提案するのは前提なのですが、以下の場合、ＲＦＰとは提案内容を、変えて書きたい場合があります。
１．会社のきまりで、こういうときは、こういう提案と決まっているので、ＲＦＰの提案依頼を満たせない
→コンサルティングファームなどで、売り物が決まっている場合。
ただし、そういう場合、提案のしかたもたいてい決まっているので、まあ、そのやり方に従ってください。ここでの話の対象ではありません。
２．ＲＦＰを満たすことが、会社のためにならない
→もっと、安い提案がある場合とか
３．そもそも、ＲＦＰの内容は実現できないので、これを満たす提案がありえない。
→ユーザーが身の程知らずの場合のＲＦＰとか、キーワードを並べただけのときにある。
サーバーってなに？っていう状態のユーザーが、自分で、ＷｅｂとＤＢを管理してＥＣサイトを作りたいとか。
こんなとき（２．３の場合）、どうするか。
はじめから自分の案を書くことは、まずいです。お客さんがついていけません。
そこで、
（１）まずはじめにお客さんの案でやると、こうなる（こういう問題が出る）
（２）「そこで」、「ところが」、などの接続詞をいれ、話を転換させる
（３）あとは、自分の提案を書く
というスタイルになると思います。
こういう感じであれば、自分の案を提案することも可能と思います。
で、この場合、（１）が実現可能である場合、（３）を自分が提案したいのに、（１）になってしまうことがあります。（３）になることも、もちろんあります。
それは、出たとこ勝負です。ただ、（３）のほうが後に言うし、「ところが」とかいって、話をひっくり返すわけなので、（３）のほうが、有力とは思いますが。。。
まあ、どっちにころぶかは、わかんないっすね。
なお、「コピーされるほど儲かるシステム」第１４話で、２つの案をあげ、あとから出てきた案に勝手に決まるところがありましたが、そこは、上記のような提案をして、後の方に決まったと考えてくださいませ。
ということで、「ＲＦＰと提案内容が違う場合の対処法」も終わったこととします。
のこるは、「ＷＢＳとスコープと要素技術とＲＦＰ」ですね。
