情報システム戦略の立案において, 情報システム全体の最適化の方針や目標を設定する際に実施すべきことはどれか。
平成24年度 春期 ITパスポート試験 問22
この問題の解説と、これまでの解答の記録です。
問 22
不正解ア
開発に必要な要員のスキルを明確にすることは、個別の開発案件が具体化した後、システム化計画の立案やプロジェクトの立上げで実施する活動である。どのシステムを、いつまでに、どの体制で作るのかが決まって初めて、必要な技術領域と人数、社内で確保できる要員と外部委託に頼る部分が洗い出せる。すなわちプロジェクトの資源計画・人的資源マネジメントの話であって、全社の情報システムをどの方向へ最適化するのかという方針・目標を設定する段階では、対象となる個別システムがまだ特定されていないため実施できない。粒度が全社戦略ではなく個別案件の実行体制にとどまっている点で、設問の場面には当てはまらない。
- イ
正解 正解はイ「経営戦略との整合性を考慮する」。情報システム戦略 (IT 戦略) は、企業が経営戦略を実現するために情報システムをどう活用するかを全社的に描いたものであり、それ自体が目的ではなく、あくまで経営戦略を実現する手段である。したがって、情報システム全体の最適化 (全体最適) の方針や目標を設定するという最上流の場面で最初に確かめるべきことは、その方針・目標が経営戦略の向かう先と一致しているかどうかになる。たとえば経営戦略が「短納期の受注生産で差別化する」であれば、情報システムの全体方針は受注から生産、出荷までのデータを部門をまたいで一本につなぐ方向になり、経営戦略が「海外展開の加速」であれば、多言語・多通貨・各国法制度への対応と、グループ共通の基盤化が方針になる。経営戦略が違えば全体最適の姿も変わるのであり、経営戦略から切り離して情報システムだけの都合で方針を決めることはできない。また全体最適とは、部門ごとの部分最適の寄せ集めを排することでもある。各部門が個別に都合のよいシステムを作ると、システムのサイロ化、同じデータの二重持ち、重複投資、部門間の連携不能といった弊害が生じる。これを防ぐために、全社としてどの業務領域にどの順序でどれだけ投資するのかという優先順位を、経営戦略という共通のものさしで決める。この全体最適を体系的に描く代表的な手法が glossary にある EA (エンタープライズアーキテクチャ) であり、ビジネスアーキテクチャ (業務のあるべき姿) を出発点として、データアーキテクチャ、アプリケーションアーキテクチャ、テクノロジアーキテクチャの順に、現状 (As-Is) と理想 (To-Be) を描いて移行計画へつなぐ。その出発点であるビジネスアーキテクチャは経営戦略そのものから導かれる。こうした整合性の確保に責任を持つのが CIO (最高情報責任者) の役割でもある。よって、方針や目標を設定する際に実施すべきことは、イの経営戦略との整合性の考慮である。
不正解ウ
情報システムの導入に伴うリスク分析は、導入する対象のシステムが具体的に定まってから、システム化計画や導入計画、プロジェクトリスクマネジメントの中で実施する活動である。どの製品をどの範囲にどの方式で導入するのかが決まらなければ、稼働遅延、データ移行の失敗、既存業務への影響、情報漏えいといったリスクを洗い出して評価すること自体ができない。順序としては、経営戦略と整合した全体最適の方針・目標が先にあり、それに沿って個別のシステム化案件が具体化し、その案件についてリスクを分析する、という流れになる。方針・目標そのものを決める根拠にはならず、設問が問う場面より下流の活動である。
不正解エ
利用者ニーズとソフトウェアパッケージの適合性を確認することは、実現手段を選ぶ段階、すなわち要件定義から調達 (ソフトウェアパッケージの選定) にかけて行う活動であり、業務要件とパッケージ機能の差を洗い出すフィット&ギャップ分析がこれに当たる。ここで扱うのは、特定の業務に対して既製パッケージをそのまま使うのか、カスタマイズするのか、個別開発にするのかという個別システムの実装方針であって、全社の情報システムをどう最適化するかという全体方針ではない。全体最適の方針・目標が定まっていない段階で個別パッケージの適合性から入ると、まさに部分最適の積み重ねになってしまう。したがって設問の場面で実施すべきことには当たらない。
- 情報システム戦略は経営戦略に従属する — IT は経営戦略を実現する手段であり、情報システム全体の最適化 (全体最適) の方針・目標は経営戦略との整合性を最上位の判断基準として設定する。部門ごとの部分最適はサイロ化・データ重複・重複投資を招くため、全社共通のものさし (経営戦略) で投資の優先順位を決める。この整合性確保を担うのが CIO であり、全体最適を体系的に描く手法が EA (エンタープライズアーキテクチャ) である。
- 工程の粒度で選択肢を切り分ける — 情報システム戦略の立案 (全社の方針・目標) → 企画 (システム化構想・システム化計画) → 要件定義 → 調達・開発 → 運用、という順序を押さえる。要員スキルの明確化・導入リスク分析・パッケージ適合性の確認は、いずれも個別システムが具体化した後でなければ実施できない下流の活動であり、全社方針を決める場面の答えにはならない。