情報システムの企画 — 要求整理から費用対効果まで

導入

「新しいシステムを作ろう」となったとき、いきなり開発に入るわけではありません。現場の課題を整理し、費用対効果を試算して経営層に承認をもらう「企画フェーズ」が必ず必要になります。

なぜ重要か

システム開発の失敗原因の多くは、技術的な問題ではなく「上流工程での要件の曖昧さ」にあるといわれています。ITパスポートでは、こうした企画・要件定義フェーズの知識が繰り返し問われます。「企画フェーズで行う作業の順序」「機能要件と非機能要件の違い」「コスト指標の意味」はいずれも頻出テーマです。

また、DXが進む現代では、情報システムの企画に経営戦略の視点が不可欠です。システムを「コストセンター（費用がかかる部門）」ではなく「プロフィットセンター（価値を生む部門）」として位置づけるためにも、費用対効果の試算と経営層への説明能力が求められています。試験対策を超えて、現場で実際に使える実践的な知識です。

くわしく知ろう

情報システムの企画フェーズは、システム開発の最上流に位置し、「なぜ・何を・どれだけの予算で作るか」を決める工程です。まず現状分析として、業務フローや課題を可視化し、解決すべき問題を明確にします。このとき、SWOT分析やアンケートなどを活用して現場の声を収集します。

次に要求定義（要件整理）を行います。利用者や経営者が「システムに何をしてほしいか」をヒアリングし、機能要件（システムが行うべき処理）と非機能要件（応答速度・可用性・セキュリティなど）に整理します。機能要件は「何ができるか」、非機能要件は「どの程度の品質・性能で動くか」という観点の違いで区別できます。

費用対効果の試算では、開発・運用コストと導入後の効果（業務時間の削減、売上向上など）を数値で比較します。ROI（Return on Investment：投資対効果）はシステムへの投資額に対してどれだけの利益が得られたかを示す指標です。TCO（Total Cost of Ownership：総所有コスト）は、導入費用だけでなく運用・保守・廃棄まで含めたシステムのライフサイクル全体のコストを指します。

これらをまとめたシステム化計画書（提案書）を経営層に提出し、承認を得てから次の要件定義・設計フェーズへ進みます。企画フェーズの品質が低いと後工程での手戻りが膨大になるため、上流での丁寧な検討が重視されています。

具体例で理解する

受注処理を手作業で行っている会社が「入力ミスを減らしたい」と考えた場合、まず現状の業務時間と誤り件数を計測して課題を定量化し、システム化後の削減効果を試算してから経営会議で承認を得る、という流れになります。この一連のプロセスが企画フェーズの実態です。

試験での出題パターン

【パターン1：企画フェーズで行う作業の順序を問う問題】

「現状分析→要求定義→費用対効果試算→承認」という流れを覚えておくと、作業の順序を並べ替える問題や「最初に行う作業はどれか」という問いに対応できます。コードを書くのは開発フェーズ、テストを設計するのはその後というように、フェーズごとの作業内容を区別することが重要です。

【パターン2：ROIとTCOの違いを問う問題】

ROIは「投資に対するリターンの割合（効果÷コスト）」、TCOは「ライフサイクル全体の総コスト」という対照的な概念です。「ライセンス費用のみを積算した指標はどれか」という問いにTCOは当てはまりません。TCOには運用・保守・教育・廃棄費用が含まれる点が試験でのポイントです。

【パターン3：機能要件と非機能要件の分類問題】

「ログイン機能を実装する」は機能要件、「99.9%の稼働率を確保する」「1秒以内に画面を表示する」は非機能要件です。処理内容そのものを定義するか、品質・性能・制約を定義するかという違いで判断できます。

よくある間違い・紛らわしいポイント

【ROIとTCOの混同】

ROIは「効果÷費用」で表される投資効率の指標、TCOは「導入から廃棄までのコスト総額」です。どちらもコストに関係する用語ですが、ROIは効果を含む比率であり、TCOはあくまでコストのみを積算した総額である点が異なります。「ROIが高い＝コスト回収が速い」「TCOが低い＝ランニングコストを含めた総コストが少ない」という理解が正確です。

【機能要件と非機能要件の誤分類】

「24時間365日稼働できること」を機能要件だと思い込むケースがあります。これは「何ができるか」ではなく「どの程度の品質で動くか」に関する記述であるため、非機能要件に分類されます。セキュリティ要件（「パスワードを暗号化して保存すること」など）も非機能要件の典型例です。

【企画フェーズと要件定義フェーズの区別】

企画フェーズは「作るかどうかを決める」フェーズ、要件定義フェーズは「何を作るかを決める」フェーズです。企画フェーズで出てくる「要求定義」は利害関係者の要望を収集する作業で、要件定義フェーズで行う「要件定義」（システムの機能・性能を厳密に決める作業）とは粒度が異なります。

まとめ・試験ポイント

• 企画フェーズ＝現状分析→要求定義→費用対効果試算→承認という流れで進む
• 機能要件＝システムが行う処理（何ができるか）、非機能要件＝速度・可用性・セキュリティ等（どの品質で動くか）
• ROI＝投資対効果（リターン÷投資額）、TCO＝導入から廃棄までの総所有コスト
• 上流工程での手戻りは後工程の何倍ものコストになるため、企画の精度が重要
• 試験では「企画フェーズで行う作業」「機能要件・非機能要件の分類」「ROI・TCOの定義」が問われやすい