システム化を構想し計画する

システム化構想では、情報システムの役割を整理する考え方があります。SoRは記録を保持・管理するシステム、SoEは顧客などとの関係や接点を支えるシステム、SoIは蓄積した情報などを分析して洞察に結び付けるシステムという区分です。また、Fit to Standardは、パッケージなどの標準機能に業務を合わせる考え方です。現行業務に合わせてパッケージを大幅にカスタマイズする考え方ではなく、原則として標準機能を基準に業務プロセスを見直す点に注意します。

SoR・SoE・SoIはシステムの役割を分ける考え方。

システム化計画では、構想で定めた方向を実行可能な計画に具体化します。全体システム化計画と個別システム化計画を整理し、システム適用範囲、全体開発スケジュール、プロジェクト推進体制、要員教育計画などを定めます。構想が何を目指すかを示すのに対し、計画では誰が、どの範囲を、どのような順序や体制で進めるかを具体化します。構想と計画を同じ段階として扱わないことが要点です。

計画では範囲・日程・体制などを具体化する。

限られた経営資源の中では、複数のシステム化案件を比べて投資対象や優先順位を考えます。開発投資対効果では、投資に対してどのような効果が見込めるかを評価します。ITポートフォリオは、複数のIT投資を組み合わせとして捉え、重要性や効果などを見ながら資源配分を検討する考え方です。個別案件だけを見て全体の優先順位を決めないようにし、組織全体の目的との整合を確認します。

複数案件を比較し、効果と優先順位を考える。

システム化計画では、開発時だけでなく、導入後の運用や将来の見直しまで含むシステムライフサイクルを意識します。また、導入に伴う技術面、体制面、移行面などの不確実性を情報システム導入リスク分析で確認し、影響や対応を考えます。計画の早い段階でリスクを把握しておくことで、推進体制やスケジュール、教育計画などへ対策を反映できます。効果だけでなく導入リスクも合わせて評価することが重要です。

計画ではライフサイクルと導入リスクも考慮する。

科目Aの形: 四肢択一(このページのために作った問題)

システム化構想の段階で行うこととして、最も適切なものはどれか。

1. 経営や業務の課題を踏まえ、システム化の方向と対象範囲の全体像を定める
2. 運用開始後の障害記録を集計し、保守作業の実績を評価する
3. 個々のプログラムの処理手順を定め、製造工程へ引き渡す
4. 画面項目ごとの配置や入力規則を確定し、詳細な仕様として承認する

答えと解説を見る

正解: 経営や業務の課題を踏まえ、システム化の方向と対象範囲の全体像を定める

システム化構想では、経営や業務の課題を踏まえ、システム化の方向性や対象範囲の全体像を定めます。詳細な仕様やプログラムの処理手順を決める段階ではありません。

まちがえやすい点: 構想は詳細設計ではなく、何を目指しどこを対象にするかを定める段階。

科目Aの形: 四肢択一(このページのために作った問題)

顧客との接点を支え、関係を深めることを主な役割とするシステムの区分はどれか。

1. SoR
2. SoI
3. SoE
4. Fit to Standard

答えと解説を見る

正解: SoE

SoEは顧客などとの関係や接点を支えるシステムの区分です。SoRは記録の保持・管理、SoIは情報を分析して洞察に結び付ける役割を表します。

まちがえやすい点: SoRは記録、SoEは関係・接点、SoIは洞察という役割の違いで整理する。

科目Aの形: 四肢択一(このページのために作った問題)

システム化計画の立案において、複数のIT投資案件を組み合わせとして捉え、組織全体の視点で優先順位や資源配分を検討する考え方はどれか。

1. 要員教育計画
2. システムライフサイクル
3. 情報システム導入リスク分析
4. ITポートフォリオ

答えと解説を見る

正解: ITポートフォリオ

ITポートフォリオは、複数のIT投資を組み合わせとして捉え、重要性や効果などを比較しながら資源配分を検討する考え方です。個別案件だけでなく全体のバランスを見ます。

まちがえやすい点: ライフサイクルやリスク分析は重要だが、複数投資の組合せを扱う考え方ではない。