
RFPの作成方法が
分からない!
――システム部門Q&A 第12回 3/3ページ
木暮 仁
2004/8/11
| 提案書の評価も難しい |
RFPの作成も難しいのですが、それを受けて提出された提案書を評価して適切なベンダを決定するのも難しいものです。開発するシステムや発注者の状況により評価する基準(目の付けどころ)は異なりますので、一概には決められません。ここでは一般論として説明します。これらも成熟度が低い発注者には困難なことが多いので、コンサルタントの協力が必要になります。
■1.RFP要件の満足度が第一
- - PR -
RFP要件の中にも重要度があります。重要な要件が満たされていないのは問題ですが、ささいな事項ならば、ベンダ決定後に交渉してもよいし、場合によっては譲歩してもよいでしょう。提案を見てから重要度を討議すると、特定のベンダの肩を持つような発言になることもあります。RFP作成時点で設定しておくことにより公平性が保たれます。
しかし、あまりにもRFPにこだわるのは不適切です。当方が気付かなかった工夫により異なるアプローチで解決したり、気付かなかった重要な事項に配慮したりした提案は、しゃくし定規に評価すると不利になってしまうこともあります。
■2.見積もり金額だけにこだわるな
素人にとって最も分かりやすいのはコストです。経営者に報告するのに「コストが最も安いから」というのは説明に便利です。常識的に考えて、同じことをするならば、それほど大きな差異はないはずです。非常に安価な見積もりの提案は、どこかに無理があるのですから、ベンダに説明してもらい、確認する必要があります。
■3.要件以外の事項を見落とすな
ベンダがこの分野に経験があるか、どのような担当者を就けるのか、システム品質保証をどうするのかというような、システム仕様以外の事項が重要です。ベンダ説明者の誠意とか人柄も考慮しましょう。さらに、そのベンダを利用した他社の評判も大きな評価基準になります。
| 関連記事 | ||
| ITコーディネータの活用で開発費を1億円削減!(企業システム構築) | ||
| コンサルタントを賢く活用する秘策(情報化戦略・投資) | ||
| 失敗しないコンサルタント利用の秘訣(ITスタッフ) | ||
| |
3/3
|
第13回へ |
| INDEX | |
|
RFPの作成方法が分からない! |
|
| Page1 そもそもRFPとは何か? 適切なRFPが重要な理由 |
|
| Page2 ところがRFPの作成は難しい |
|
| Page3 提案書の評価も難しい |
|
|
この記事に対するご意見をお寄せください |
managemail@atmarkit.co.jp |
|
|
| ■要約
適切なRFPを作成することはIT戦略の明確化につながるが、これが非常に難しい。「実務レベルでも、何をすべきか分からない」「どのようなシステムにすればいいのか分からない」「どのように説明すればいいのか分からない」「どんな条件を提示するのか分からない」など、頭を抱える情報マネージャも多い。 適切なRFPの作成は、システムの納品期間を早め、開発トラブルを未然に防ぐというメリットがある。詳しくは、ITコーディネータ協会が公開している「RFP/SLA見本シリーズ」などを参照し、ITコーディネータなどコンサルタントの支援を仰ぎながら作成すると良いだろう。 また、RFPを受けてベンダが提出する提案書の評価も難しい。これについては、「RFP要件の満足度」「見積もり金額にこだわらない」「要件以外の事項を見落とすな」という3点に留意し、公平な目で判断しよう。 |
|
|
| ▲記事の先頭<Page1>に戻る |
| profile | |
|
システム部門Q&A バックナンバー
- 第1回 IT書籍やコンサルタントが“使えない”理由
- 第2回 なぜ情報化投資は初期計画より増えるのか?
- 第3回 社内から必要とされるITスタッフを育成するには
- 第4回 IT投資効果の算出法は本当に役に立つのか?
- 第5回 コンサルタントを賢く活用する秘策
- 第6回 ERPのカスタマイズを最小限に抑えるには
- 第7回 バランスト・スコアカードで業績が上がるか?
- 第8回 システム部門縮小化に打ち勝つ!
- 第9回 情報システム部門の生産性が上がらない理由
- 第10回 情報システム部門を戦略部門化できるか?
- 第11回 セキュリティ対策、社内の協力を仰ぐには?
- 第12回 RFPの作成方法が分からない!
- 第13回 ここまでやればRFP作成工数は削減できる
- 第14回 データウェアハウス中心アプローチで問題解決しよう
- 第15回 パートナーベンダの見直しは慎重に!
- 第16回 システム開発におけるユーザーニーズは絶対か?
- 第17回 健全なEUC推進に適した組織とは?
- 第18回 素人IT部長に望むこと
- 第19回 素人IT部長に望むこと(2)
- 第20回 会計原価を損得計算に使うな!
- 第21回 会計原価を損得計算に使うな!(2)
- 第22回 情報共有化の障壁を突き崩せ!
- 第23回 なぜ、ITコンサルタントに依頼が来ないのか?
- 第24回 企業合併でシステムが止まらない方法教えます!
- 第25回 素人CIOとの上手な付き合い方とは?
- 第26回 ユーザー企業のIT部員育成はどうすればよいのか?
- 第27回 社内用語・概念を整理する「ユーザー辞書」は役立つ
- 第28回 いろいろある基準をどう考えて、どう使うか?
- 第29回 中小企業がERPパッケージを成功させるには?
- 第30回 オープン化とERP導入は今年中に終わらせよう!
- 第31回 部門のエゴによるデータ公開反対運動を回避せよ
- 第32回 新技術ラッシュをいかに乗り切るか?
- 第33回 文系学生はIT関連科目で何を学べばよいのか?
- 第34回 日本版SOX法はIT部門にとって脅威か機会か?
- 第35回 行政のセキュリティ投資はどうするべきか?
- 第36回 オープンシステム移行による弊害を断罪する
- 第37回 IT部門が頼りなくなった原因はなんだ?
- 第38回 ユーザーが満足する提案ができません
- 第39回 経営者が可視化を理解できないのはどうして?
- 最終回 どうしたら、しこりなくローテーションができるのか?
| 「システム部門Q&A」インデックス |
|
ホワイトペーパー(TechTargetジャパン)
|
|

