変更要約: 初版
6.1システム戦略と企画
経営目標を実現するための情報システム戦略、全体最適の設計図であるエンタープライズアーキテクチャ（EA）、業務そのものを見直すBPR/BPMと業務モデリング、定型作業を自動化するRPA、そしてIT活用で事業モデルを変革するDX（デジタルトランスフォーメーション）を学びます。さらにシステム化を進める際のシステム化計画・要件定義、外部調達のRFI/RFP、ソリューションビジネスの形態も押さえます。
経営戦略を実現する手段としてITをどう使うかを定めるのが情報システム戦略です。戦略は「絵に描いた餅」で終わらせず、全体最適の設計図に落とし込み、必要なら業務プロセス自体を作り変え、実際のシステム化プロジェクトへとつなげていく一連の流れを理解することが、ストラテジ系分野の土台になります。
6.1.1情報システム戦略とEA
- 情報システム戦略＝経営戦略・事業戦略を実現するために、情報システムをどう整備・活用するかを定めた中長期の方針。単なるIT部門の計画ではなく、経営目標との整合が出発点になります。
- エンタープライズアーキテクチャ（EA）＝組織全体の業務とシステムをビジネス・データ・アプリケーション・テクノロジの4体系で整理し、「現状（As-Is）」から「あるべき姿（To-Be）」への移行計画を描く手法。部門ごとに個別最適化されたシステムの乱立を防ぎ、全体最適を図る狙いがあります。
6.1.2BPR/BPM・RPA・DX
- BPR（Business Process Reengineering）＝既存の業務プロセスをゼロベースで根本的に見直し、再設計する取り組み。単なる部分改善ではなく、組織構造や業務フローの抜本的な変革を指します。BPM（Business Process Management）＝業務プロセスを継続的に可視化・分析・改善していくマネジメント手法。BPRが「一度の抜本改革」なら、BPMは「改善を回し続ける仕組み」です。
- 業務モデリング＝業務の流れや情報のやり取りを図式化して可視化する手法（例：業務フロー図、DFD）。現状把握と改善対象の特定に使います。RPA（Robotic Process Automation）＝定型的な事務作業（データ入力・転記・帳票出力など）をソフトウェアロボットが人に代わって自動実行する仕組み。人手不足対策・ヒューマンエラー削減に直結します。
- DX（デジタルトランスフォーメーション）＝デジタル技術の活用により、製品・サービス・ビジネスモデルそのもの、さらには組織文化までも変革し、競争上の優位性を確立すること。既存業務のIT化（デジタイゼーション）や部分的なデジタル化（デジタライゼーション）にとどまらず、事業モデルの変革まで踏み込む点が本質です。
6.1.3システム化計画・要件定義・調達
- システム化計画＝経営戦略・情報システム戦略を踏まえ、どのシステムを・いつ・どの優先順位で開発するかを定める計画。要件定義＝システム化計画を受け、利用者・業務部門が何を実現したいか（業務要件・機能要件・非機能要件）を明確にする工程。この後の開発工程すべての土台になるため、ここでの認識齟齬が手戻りの最大要因になります。
- RFI（Request For Information）＝発注候補となるベンダーに情報提供を依頼する文書（技術動向・実績の把握が目的）。RFP（Request For Proposal）＝要件を提示し、具体的な提案（システム構成・スケジュール・見積り）を依頼する文書。RFIが先・RFPが後という順序、および「情報収集」か「提案依頼」かという目的の違いが問われます。
- ソリューションビジネス＝製品単体を売るのではなく、顧客の経営課題を分析し、最適な解決策（システム・サービス・運用）を組み合わせて提供するビジネス形態（例：SI、アウトソーシング、クラウドサービス活用の提案）。
「EAはビジネス/データ/アプリケーション/テクノロジの4体系でAs-IsからTo-Beを描く」「BPRは抜本的な一度の再設計・BPMは継続的な改善サイクル」「RPAは定型事務の自動化・DXは事業モデルそのものの変革」「RFIは情報提供依頼が先・RFPは提案依頼が後」が最頻出です。要件定義は開発の最上流であり、ここでの誤りが後工程のコスト増に直結する点も定番の論点です。
中堅製造業A社が紙の伝票処理と部門別に乱立したExcel管理から脱却したいという相談を例に、一連の流れを追ってみます。まず経営層は「3年で受発注業務のリードタイムを半減する」という経営目標を掲げ、これを実現する情報システム戦略を策定します。次に、現状の業務システムが部門ごとにバラバラで全体最適になっていないことが分かったため、EAの手法でビジネス（受発注プロセス）・データ（顧客/在庫マスタ）・アプリケーション（各部門の個別システム）・テクノロジ（老朽化したサーバー群）の4体系についてAs-Is/To-Beを整理します。その過程で、紙の承認フローが処理遅延の主因と判明し、単なるシステム更新では不十分と判断し、承認プロセス自体を電子化・簡素化するBPRに踏み切ります。定型的な受注データ入力はRPAで自動化し、空いた人員をより付加価値の高い顧客対応へ再配置します。ここまでは既存業務の効率化ですが、A社はさらに一歩進め、蓄積した受発注データを分析して需要予測サービスを取引先に提供する新事業を立ち上げることを決め、これをDXと位置づけます。実際のシステム化にあたってはシステム化計画で優先順位（まず受発注システムの刷新から着手）を定め、業務部門を巻き込んだ要件定義で「発注から出荷までの処理を3日以内に完了させる」といった要件を固めます。開発を外部委託するにあたり、まず複数のベンダーに技術動向や実績を尋ねるRFIを送付し、その回答をもとに絞り込んだ数社へ具体的な提案を求めるRFPを発行する、という順序で調達を進めます。
| 用語 | 位置づけ | 要点 |
|---|---|---|
| BPR | 抜本的な業務再設計 | 一度限りのゼロベース再構築 |
| BPM | 継続的な業務改善マネジメント | 可視化→分析→改善のサイクル |
| RPA | 定型作業の自動化 | ソフトウェアロボットが代行 |
| DX | 事業モデル/組織文化の変革 | IT化にとどまらず競争優位を確立 |
| RFI | 情報提供依頼（調達の前段） | 技術動向・実績の把握 |
| RFP | 提案依頼（調達の後段） | 具体的な提案・見積りを依頼 |
ひっかけ： 「RPAとDXは同じ意味で言い換え可能」は誤りです。RPAは定型作業の自動化という手段の1つにすぎず、DXは事業モデルそのものの変革という、より広く経営視点の目的です。また「RFPを送ってからRFIで情報収集する」も順序が逆＝RFIが先、RFPが後です。さらに「BPRは日常的な小さな改善の積み重ね」も誤り＝それはBPMの説明で、BPRは抜本的・一度限りの再設計を指します。
6.1.4この節のまとめ
- 情報システム戦略＝経営目標との整合が出発点。EA＝ビジネス/データ/アプリケーション/テクノロジの4体系でAs-Is→To-Beを描き全体最適を図る
- BPR＝抜本的な一度の再設計・BPM＝継続的な改善サイクル。RPA＝定型作業の自動化（手段）・DX＝事業モデル/組織文化の変革（目的）
- 要件定義は開発の最上流（手戻りの最大要因になり得る）。RFI（情報提供依頼）が先・RFP（提案依頼）が後の調達順序
進捗の記録にはログインが必要です。
理解度チェック
（軽い確認用）Q1. 中堅企業が、部門ごとに個別最適化され連携できないシステムを整理し、全社的な業務とシステムの現状（As-Is）からあるべき姿（To-Be）への移行計画を描きたい。用いるべき手法はどれか。
Q2. ある企業は、蓄積した業務データを分析し新たな顧客向けサービスを立ち上げることで、既存の業務効率化にとどまらず事業モデルそのものを変革しようとしている。この取り組みを最も適切に表す用語はどれか。
Q3. システム開発の外部委託を検討する企業が、まず複数のベンダーに技術動向や実績についての情報提供を依頼し、その回答をもとに絞り込んだ数社へ具体的なシステム構成・見積りの提案を依頼する場合、この2段階の依頼を順に正しく表したものはどれか。