ITパスポート 2015年 秋期 問04
問題文
システム化構想の立案の際に、前提となる情報として、適切なものはどれか。
選択肢
ア：経営戦略（正解）
イ：システム要件
ウ：提案依頼書への回答結果
エ：プロジェクト推進体制
🔒 解説は解答すると表示されます
システム化構想の立案の際に前提となる情報はどれか【ITパスポート 解説】
正解の理由
システム化構想とは、企業や組織が「どのような目的で」「どんな価値を出すために」情報システムを導入・活用するかを大まかに描く段階です。したがって、まず押さえるべき前提情報は組織全体の方向性である「経営戦略」です。ここでの「経営戦略」とは、会社が中長期で達成したい目標や方針（何を優先し、どう競争するか）を指します。経営戦略が決まっていないと、システムが目指すべき目標や評価基準が定まりません。
問題の選択肢では、正解にあたるものを ア と表します。なぜなら、経営戦略がシステム化構想の出発点になり、システムの目的やスコープ（範囲）を決めるからです。
（用語補足）「システム要件」は system requirements（システムが満たすべき具体的な条件）、「提案依頼書（RFP）」は Request for Proposal（業者に提案を依頼する文書）、「プロジェクト推進体制」はプロジェクトを進める組織や役割分担を指します。これらは重要ですが、構想段階では経営戦略が先に必要です。
解法ステップ
- 「システム化構想」の意味を確認する
- 目的や方向性を決める大枠の段階であることを理解する。
- 各選択肢がどの段階の情報かを分類する
- 経営戦略：組織の方向性（上位）
- システム要件：詳細設計で決まる（下位）
- 提案依頼書への回答結果：外部業者からの提案（構想より後）
- プロジェクト推進体制：実行段階の体制（実施時点）
- 構想段階で「まず必要」な情報を選ぶ
- 組織全体の目的・優先順位（経営戦略）が最優先であると判断する。
選択肢別の誤答解説
-
ア 経営戦略（正解）
経営戦略は「何のためにシステムを作るか」を決める上位の指針です。構想段階ではこれが前提になります。経営目標に合わないシステム構想は意味がありません。 -
イ システム要件（誤り）
「システム要件」は system requirements（システムに必要な機能や性能の明細）です。これは構想の後に、構想で決めた目的やスコープを具体化して作るものです。したがって構想の「前提」とはなりません。 -
ウ 提案依頼書への回答結果（誤り）
提案依頼書（RFP：Request for Proposal）は、構想や要件がまとまってから業者に提案を依頼する文書です。回答結果は業者からの提案であり、構想を作る前に得られる情報ではないことが一般的です。 -
エ プロジェクト推進体制（誤り）
プロジェクト推進体制は、誰が何を担当して実行するかという組織や役割の計画です。これはプロジェクトを実施するために必要ですが、構想を立てるための前提情報（何を達成するかを決める情報）ではありません。構想後の計画段階で詳細化します。
よくある誤解
-
「要件が分からないと構想できない」と考える誤り
- 要件（具体的な機能）は構想で決まる目的や優先度を元に作るため、先に経営戦略を確認するのが正しい順序です。
-
「RFPの回答は前提情報になる」と勘違いする
- RFPは通常、構想や要件を提示して業者に提案を求めるときの資料です。回答は提案段階の情報で、構想の出発点にはなりません。
補足コラム
システム化構想のレベル感は、家づくりの例で考えると分かりやすいです。まず「どんな家が欲しいか（経営戦略に相当）」「予算や目的（経営目標）」を決めます。その上で間取り（要件）や業者選び（RFP・提案）を進め、工事の担当者や現場管理（プロジェクト推進体制）を決めます。順序が逆だと、目的に合わない家ができてしまいます。ITも同じ流れです。
また、経営戦略と並んで「事業計画（ビジネス計画）」や「業務課題の把握」も構想段階で重要な前提情報になります。経営戦略が抽象的な場合、事業計画や主要な業務課題を具体化して、システム化構想に落とし込むことになります。
FAQ
Q1: システム化構想の段階で何を最初に確認すればよいですか？
A1: まず経営戦略（会社が目指す方向）と主要な業務課題を確認します。これが目的・優先順位を決める土台になります。
A1: まず経営戦略（会社が目指す方向）と主要な業務課題を確認します。これが目的・優先順位を決める土台になります。
Q2: 「要件定義」と「構想」の違いは？
A2: 構想は「どんな目的でシステムを導入するか」の大枠を決める段階。要件定義はその目的を達成するために「具体的に何を作るか」を詳細に決める段階です。
A2: 構想は「どんな目的でシステムを導入するか」の大枠を決める段階。要件定義はその目的を達成するために「具体的に何を作るか」を詳細に決める段階です。
Q3: 提案依頼書（RFP）はいつ作るべきですか？
A3: 構想と要件がある程度固まった後で作ります。業者に具体的な提案を求めるための資料だからです。
A3: 構想と要件がある程度固まった後で作ります。業者に具体的な提案を求めるための資料だからです。
Q4: プロジェクト推進体制はいつ決めればよいですか？
A4: 構想と要件がまとまり、実施の見通しが立った段階で決めます。早めに決めると準備はしやすいですが、構想の前提情報ではありません。
A4: 構想と要件がまとまり、実施の見通しが立った段階で決めます。早めに決めると準備はしやすいですが、構想の前提情報ではありません。
関連キーワード: 経営戦略、システム化構想、システム要件（system requirements）、提案依頼書（RFP：Request for Proposal）、プロジェクト推進体制、要件定義、業務課題、IT戦略
\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか？
クイズ画面へ遷移する→
すぐに利用可能！