経営情報システム
標準情報システム戦略(経営戦略との連携、情報化投資、システム化計画)
経営戦略との整合、情報化投資、システム化計画を扱う。
情報システム戦略
この章で覚えておきたいこと
- 情報システム戦略 は、IT導入そのものではなく、経営戦略を実現するために情報システムをどう使うかを定める方針です。
- 情報化投資は、個別案件を単独で見るだけでなく、ITポートフォリオ として優先順位、効果、リスクを比較して判断します。
- システム化計画 では、現状業務、課題、目的、要求、体制、予算、日程を先に固めます。ここが曖昧だと後工程で失敗しやすくなります。
- RFI は情報収集、RFP は提案依頼、RFQ は価格見積依頼です。調達文書は使う段階で区別します。
- CIO は経営戦略とIT戦略をつなぐ役割を担い、利用部門は業務要件を示し、IS部門は全体最適と実現可能性を支えます。
- IT活用は、見える化 → 共有化 → 柔軟化 の順で成熟すると覚えると、選択肢を切りやすくなります。
基本知識
経営戦略と情報システム戦略の関係
情報システム戦略は、企業の経営戦略を実現するための具体的なIT活用方針です。したがって、流行している技術を入れること自体が目的ではありません。先に「どの経営課題を解きたいのか」「どの業務をどう変えたいのか」を定め、その後で必要なシステムを選びます。
例えば、顧客対応の強化を狙うならCRM、全社の業務標準化を狙うならERP、調達から販売までの連携を強めるならSCMが候補になります。ただし、システム名を知っているだけでは不十分です。自社の業務、組織、人材、予算に合うかまで見て初めて戦略になります。
試験では、IT導入の意思決定を「新しい技術だから正しい」と考えないことが重要です。ベンダーの勧めだけで全面導入を即決する記述は不適切になりやすく、自社の課題、投資効果、導入体制を確認している選択肢が正答になりやすいです。
情報化投資とITポートフォリオ
情報化投資では、費用対効果だけでなく、戦略的重要性、緊急性、リスク、維持運用の必要性も見ます。法令対応のように利益へ直結しにくい投資でも、実施しないと経営上の損失が大きい案件があります。一方で、将来の競争力につながるが不確実性の高い案件もあります。
こうした複数案件を全体で見て、限られた経営資源をどう配分するかを考える枠組みが ITポートフォリオ です。個別案件の進捗管理ではなく、投資対象を分類して優先順位をつける考え方だと押さえます。
ITポートフォリオで比較したい観点は、次のとおりです。
- 経営戦略への貢献度
- 期待できる効果の大きさ
- 投資額と回収可能性
- 技術面や運用面のリスク
- 継続運用や保守の必要性
試験では、ITポートフォリオをSLAやWBSと混同させる選択肢が出ます。ITポートフォリオは投資配分、SLAはサービス品質の合意、WBSは作業分解です。何を管理する概念かで切り分けます。
システム化計画と要求整理
システム化計画は、情報システム戦略を実行可能な案件に落とし込む工程です。現場の不満や要望をそのまま並べるだけでは計画になりません。現状分析から始め、課題、目的、対象範囲、要求事項、投資効果、推進体制を整理します。
システム化計画で最低限整理したい項目は、次のとおりです。
- 現状業務と問題点
- システム化の目的
- 対象となる業務範囲
- 必須機能と非機能要件
- 投資効果と評価方法
- 開発体制と運用体制
- 予算とスケジュール
ここで大事なのは、利用部門の業務要件と経営側の目的をつなぐことです。企画・計画機能が弱いと、開発は進んでも経営戦略とIT戦略の方向がずれます。過去問でも、経営層、IS部門、利用部門の役割が曖昧だと、個別プロジェクトの問題より前に、上流の不整合が起きることが問われています。
また、IT活用の成熟段階として 見える化 → 共有化 → 柔軟化 の順序も重要です。まず業務や情報を客観的に把握し、その成果を関係者が共有し、最後に環境変化へ柔軟に対応できる状態を作ります。見える化が不十分なまま高度な共有基盤や分析基盤を入れても、活用は進みにくいです。
調達文書 RFI RFP RFQ
システム調達では、文書の役割を段階ごとに区別します。略語の正式名称を覚えるだけでなく、「何を依頼する文書か」を言えることが重要です。
- RFI: ベンダーの技術、製品、実績、実現可能性などの情報提供を求める文書です。
- RFP: 発注側が要求事項や前提条件を示し、それに対する提案を求める文書です。
- RFQ: 仕様や条件がある程度固まった後で、価格や見積額を中心に提示してもらう文書です。
RFPには、少なくとも次のような内容を入れます。
- 対象業務
- 現状の課題
- 必須機能
- 制約条件
- 希望スケジュール
- 開発体制や保守体制への要求
- 費用の提示条件
試験では、RFIを開発依頼書のように書いたり、RFPを見積依頼だけに限定したりする選択肢が出ます。情報収集なのか、提案依頼なのか、価格提示なのかで判断すれば切りやすいです。
CIO 利用部門 IS部門の役割
CIO は単なる情報システム部門長ではなく、経営戦略とIT戦略を接続する責任者です。IT投資、リスク、組織、人材、技術変化を踏まえ、全社としてどの方向へ進むかを統括します。
利用部門とIS部門の役割は、次のように整理すると分かりやすいです。
- 経営層・CIO: 経営目標を示し、投資判断と優先順位を決めます。
- 利用部門: 業務課題、現場要件、運用上の制約を明確にします。
- IS部門: 全体アーキテクチャ、実現可能性、セキュリティ、保守運用を設計します。
この役割分担が曖昧だと、次のような問題が起こります。
- 経営戦略とIT戦略のギャップが広がる
- 投資の優先順位がぶれる
- 現場で使われないシステムになる
- 個別最適なシステムが乱立する
2014年の過去問では、CIOに必要な知識体系として、IT投資管理、組織・人材育成、技術変革潮流、ITリスク管理などが問われました。個別プロジェクト管理や調達管理と、上位の戦略・統制を混同しないことが重要です。
この章のまとめ
- 情報システム戦略は、IT導入計画ではなく、経営戦略を情報システムで実現するための方針です。
- 情報化投資は、個別案件だけでなく ITポートフォリオ として全体最適で判断します。
- システム化計画では、目的、範囲、要求、体制、予算、日程を先に固めます。
- 調達文書は、RFI = 情報収集、RFP = 提案依頼、RFQ = 見積依頼 と切り分けます。
- CIO は経営とITをつなぐ立場であり、利用部門とIS部門の責任分担を明確にする必要があります。
- IT活用は 見える化 → 共有化 → 柔軟化 の順で成熟すると覚えておくと、用語問題に対応しやすいです。
- ひっかけでは、ITポートフォリオ、SLA、WBS、RFI、RFPのような略語が混ざります。名称ではなく、何を管理し、何を依頼する概念かで判定します。
一次試験過去問での出方
2007年度第12問では、ERPの全面導入をベンダーの進言だけで即決する判断が不適切だと問われました。経営課題、自社適合性、導入体制を見ずに大型投資を決める選択肢は危険です。
2011年度第13問では、企画・計画要員の不足から 経営戦略とIT戦略のギャップ が生じる点が問われました。役割分担の曖昧さは上流の不整合として出やすいです。
2013年度第17問では、IT経営ロードマップの 見える化 → 共有化 → 柔軟化 の順序が出題されました。定義をそのまま読んで段階差を判定する問題です。
2014年度第13問では、CIO に必要な知識体系が問われました。IT投資管理、組織・人材、技術変化、ITリスク管理のような全社視点を押さえます。
2017年度第20問では、ITポートフォリオ、EA、SLA、WBSの定義が問われました。投資配分、全体設計、サービス品質、作業分解の違いを整理しておく必要があります。
2018年度第17問では、RFI と RFP の違いが問われました。情報収集なのか、提案依頼なのかを段階で切り分けるのが基本です。