自問すべき質問は、この機能が開発者の作業にx日かかることを営業担当者がどのように知っているかです。長年のプロの経験を持つ優秀なプロジェクトマネージャーでさえ、それをしばしば語ることができないことを考えると、営業担当者からのこのようなデータは非常に推測的です。
私の経験によると、営業担当者は通常、見積もりを行いませんが、管理者や顧客にとってどれだけ多すぎるかを推測します。この機能は再交渉の準備ができている間(実際の見積もりでは問題になっているもの)、55人週まで70人週かかります。
それはあなたがあなたの会社にどれほど影響力があるかということです。ここではコミュニケーションが重要です。これは、管理者(または顧客)に機能の利点を説明する際に、セールスマンが通常ITプロフェッショナルに勝つ場所です。
過去に見積もりが非常に正確だった場合、評判と影響力を獲得することに注意してください。見積もりが常に間違っていた場合、経営陣はおそらくあなたの提案を無視するでしょう。
見積もりに関しては、考慮すべきパラメーターが非常に多いため、ここで価値のあるものを作成することは非常に困難です。とりわけ:
VB6と比較して、C#でのチームのスキルを実際に知っていますか?それは実際の測定値に基づいていますか、それとも単なる推測に基づいていますか?
このチームはC#で大規模なプロジェクトを開発しましたか?使用すべきツール(IDE、デバッガー、プロファイラーなど)を知っていますか?追加のライセンスが必要ですか(Microsoftの世界では、マシンごとに数千ドルを意味します)。
現在のプロジェクトは完全に明確であり、移行時に驚きがないことを保証できますか?すべて、すべての機能を書き直すのは簡単ですか、それとも驚きがありますか?
C#をサポートするインフラストラクチャはありますか?継続的インテグレーションはどうですか?ビルドサーバーはどうですか?スタイルガイド?静的チェッカー?
運用環境では、サーバー(これがWebアプリの場合)または顧客のPC(これがデスクトップアプリの場合)は、使用する予定の.NET Frameworkのバージョンを実行できますか?
しかし、最も重要なことは、なぜすべてを書き換えたいのかを知ることです。書き換えによって解決しようとしている問題は何ですか?生産性の損失?どのように測定しますか?この生産性の損失を経営陣にどのように示しますか?
たとえば、VB6のために1日あたり8,000ドルを浪費していることを示したら(つまり、C#に移行すると1日あたり8,000ドルを節約できます)、すべての新機能の開発と完全な書き換えに焦点を当てていますか?コンポーネントを1つずつ小さな塊で移行しながら、新機能を出荷するプログレッシブリライトと比較した場合の利点は何ですか?