システム企画と調達

システムを外部のベンダに発注するまでには、決まった順序があります。この分野の出題はほぼ順番を問う問題に集約されるので、流れを一本の線で覚えてしまうのが最短です。

企画から調達までの流れ

発注側の作業は、次の順に進みます。

1. システム化構想。経営課題を確認し、システムで何を実現したいのかを決める
2. システム化計画。実現方式や費用、期間、体制の大枠を検討する
3. 要件定義。業務要件と、システムが満たすべき機能・性能を具体化する
4. 調達。ベンダに提案を求め、比較して発注先を決める

注意したいのは、要件定義は発注側の責任で行う工程だという点です。ベンダに丸投げする作業ではありません。何を作りたいのかが決まっていなければ、提案を比較することもできないためです。

要件定義で決める内容は2種類あります。業務のやり方そのものを定める業務要件と、それを満たすためにシステムが持つべき機能や性能を定めるシステム要件です。さらにシステム要件は、必要な機能を挙げる機能要件と、応答時間や稼働率、セキュリティなど機能以外の条件を挙げる非機能要件に分かれます。「1秒以内に応答すること」は非機能要件です。

RFIとRFPの違いと順番

この2つは毎回のように出ます。混同すると必ず失点します。

順番はRFIが先、RFPが後です。まず情報を集め、要件を固めてから提案を求める、という流れになります。RFPを先に出すと書いた選択肢は誤りです。

見分け方は目的で判断してください。情報がほしい段階ならRFI、作ってもらう前提で提案がほしい段階ならRFPです。RFPには、システムの目的、必要な機能、予算や納期、提案書の提出方法などを記載します。

提案書・見積書とベンダ選定

RFPを受け取ったベンダは、実現方法や体制、スケジュールを書いた提案書と、費用を示した見積書を提出します。発注側はこれらを比較してベンダを選定し、契約を結びます。

選定では価格だけで決めないことが求められます。実績、技術力、体制、保守の条件などを含めて総合的に評価し、評価基準はRFPを出す時点で決めておきます。あとから基準を作ると公平性が保てないためで、この考え方が出題されます。

選定の公正さを保つ考え方としては、条件を公開して広く募る公募や、複数社から見積りを取る相見積りがあります。

グリーン調達とライフサイクル

環境への負荷が小さい製品や、環境に配慮した取り組みを行っている企業を優先して選ぶ調達方針をグリーン調達といいます。省電力の機器を選ぶ、環境マネジメントの認証を取得している企業から購入する、といった行動が該当します。価格の安さや納期の短さを基準にする話ではないので、そこを入れ替えた選択肢に注意してください。

また、システムは作って終わりではありません。企画、要件定義、開発、運用、保守、廃棄までの一連の流れをソフトウェアライフサイクルと呼びます。費用を考えるときは導入時の初期費用だけでなく、運用や保守を含めた総額で比較する必要があり、この総額をTCO（総所有費用）といいます。導入費用が安くても運用費が高ければ得にならない、という判断の根拠になる用語です。