スタートページ＞主張・講演＞経営者・利用部門のためのＩＴ入門

第３章　情報システムの調達（１）

表示が不十分なときは、□をクリックすると、その部分が別ウインドウに表示されます。

本章と次章では、情報システムを調達する段階での、経営者や利用部門が留意すべき事項を取り扱います。本章では、情報システムを外部に委託して調達する場合の発注準備から検収までのプロセスを示し、それぞれのプロセスでの留意事項を考えます。外注による調達をベースにしていますが、発注者を利用部門、ベンダをＩＴ部門と読み替えれば、社内のＩＴ部門が構築する場合にも通用できます。

３．１　外注による情報システム調達手順の概要
 ３．２　ＲＦＰの重要性
 ３．３　ベンダ選択に関する留意事項
 ３．４　情報システム調達契約での留意事項
 ３．５　要件定義の重要性と留意事項
 ３．６　開発における利用部門の作業
 ３．７　情報システム構築段階での留意事項
 ３．８　情報システムの検収・運用での留意事項

３．１　外注による情報システム調達手順の概要 □

３．２　ＲＦＰの重要性 □

ＲＦＰの重要性を理解しているか。
自社で適切なＲＦＰを作成できる成熟度に達しているか。
開発ベンダにＲＦＰを作成させていないか。

３．３　ベンダ選択に関する留意事項 □

見積金額だけでベンダを決定してはならない。
ＲＦＰ作成時に評価基準を作成しておくこと。

３．４　情報システム調達契約での留意事項 □

情報システム調達の取引には、通常の物品やサービスの取引と異なる特徴がある。それを理解には「情報システム　モデル取引契約書」を参照するのがよい。法務部門の参加を求めるべきである。
全プロセスの一括契約よりも、いくつかのプロセスに分割して契約するほうがトラブルが少なくなる。

３．５　要件定義の重要性と留意事項 □

利用部門は要件定義段階の重要性を認識しているか。手戻りが費用・納期に影響することを理解しているか。

３．６　開発における利用部門の作業 □

用語の統一をせよ。これはＩＴ以前の問題だ。コード設計はシステムの使い勝手に大きく影響する。
このように、発注側、特に利用部門が行うべき作業は多い。システム開発において利用部門は自分の作業がスケジュールに与える影響を理解しているか。

３．７　情報システム構築段階での留意事項 □

情報システム構築におけるプロジェクトマネジメントは、ベンダにとって重要な機能であるが、発注側にとっても重要である。
情報系活動よりも非情報系活動のマネジメントが重要である。非情報系活動でのリスクを考慮してスケジュールを考えよ。

３．８　情報システムの検収・運用での留意事項 □

利用部門は、システムテストを自分の業務だと認識しているか。
ＳＬＡのレベルは、実業務の運営と関連させて設定せよ。また、その改訂をルール化する必要がある。