構想策定とは？
構想策定の実施内容や課題、意識すべきポイントなどを解説

構想策定とは

はじめに、構想策定の概要や要件定義との違いについて解説します。

構想策定の概要

構想策定とは、業務改革やシステムの構築・導入などのプロジェクトにおいて、最初に行う超上流工程を指します。

新しく実現したい業務の方針検討や、システムの構想・企画を行うことが一般的です。たとえば、業務改革のロードマップ策定や、改革実現のためのシステム全体像、導入効果、コスト試算、開発計画などの各観点を整理していきます。

要件定義との違い

要件定義もシステム構築・導入の上流工程にあたりますが、構想策定は要件定義よりもさらに上流工程の位置づけとなります。

要件定義は、構想策定によってまとめた業務改革の構想や事業ロードマップ、プロジェクト計画などをもとに、システムに対する要件を具体化していく工程です。

構想策定における実施内容

構想策定の実施内容について、4つのステップに分けて解説します。

• 業務改革の企画・構想
• 業務改革に対する要求定義
• システムを事業化するための戦略・計画の立案
• 構想策定以降の計画

1. 業務改革の企画・構想

まずは業務改革の企画・構想として、どの対象領域・部門のどのような課題を解決していくのかを検討します。たとえば、BtoB領域であれば、業界や業種、抱えている業務課題などを定義することになるでしょう。

そのうえで、業務課題に対してどのようなアプローチで解決するかを策定していきます。

2. 業務改革に対する要求定義

次に要求定義として、企画・構想した業務改革の方針を具体化し、機能要求に落とし込んでいきます。たとえば、利用者や利用シーン、使用するシステムの機能、扱うデータなどを洗い出します。

機能要求を整理することで、システムの機能体系や必要な予算、競合他社と比べた優位性などの判断が可能です。そして、必要な予算や実現すべき機能体系の情報をもとに、事業計画を立案していきます。

3. システムを事業化するための戦略・計画の立案

事業計画の立案では、システムを導入するまでのスケジュール策定や費用対効果、競合優位性、実現アプローチなどの検討を行います。

また、事業計画においては、構築するシステムの実現スコープや時間軸を明確にしておくことが重要です。

実現スコープや時間軸が不明瞭な場合、後続のシステム要件定義の検討スコープや要員計画などが定まらず、システム要件定義工程を開始できないおそれがあります。構想策定の段階でしっかりと実現スコープや時間軸を定めていきましょう。

4. 構想策定以降の計画

構想策定では、構想策定以降のシステム要件定義などの工程も計画します。たとえば、システム要件定義の対象となる機能や成果物、体制、スケジュール、予算などをプロジェクト計画書として整理します。

加えて、プロジェクト計画書をもとに、予算確保や決裁、人員配置、ベンダーとの契約など、プロジェクトを立ち上げるうえで必要な準備も行いましょう。なお、構想策定では基本的に上記のステップを踏みますが、必ずしも直列的に検討が進むわけではなく、検討の手戻りが生じることもめずらしくありません。

検討が進むにつれて新たに判明する部分もあるため、企画・構想を何回か練り直せるよう、余裕を持ったスケジュール計画を立ててください。

構想策定における課題

本章では、構想策定において生じやすい課題を3つ紹介します。

経営層と現場層の視点や考え方の相違

経営層と現場層の視点や考え方が異なると、構想策定の検討が進みにくくなるおそれがあります。

経営層は、投資コストや社内のマネジメント体制、デジタル人材の不足など、経営にまつわる大きな視点で事業運営上の課題を捉えています。

一方、構想策定を主導する現場の業務担当や情報システム担当は、システム導入における社内方針や組織間の協力体制、業務プロセス改革の意思決定スピードなど、実行者視点でプロジェクト推進課題を捉えています。

立場の違いによる関係者間の視点や考え方の相違を埋めていくよう、関係者を集めた方向性のすり合わせが重要です。

システムへの過度な期待による要求と機能のギャップ

新たなシステムを構想する場合、まだ具体化できていない構想策定では、システムへの期待値が過度に上がる傾向があります。

期待値が上がりすぎた結果、システム導入後に利用者の満足度が低下するリスクが考えられるため、構想策定の段階からシステムで実現できること・できないことのスコープを示していくことが大切です。

また、導入直後から短期的な効果を期待する利用者もいるため、中長期的な目線でビジネスを改革していくロードマップの共有も大事なポイントとなるでしょう。

システムやデータありきの検討になりがち

本来はゼロベースでビジネス競争力向上につながる構想策定を行うのが望ましい一方で、議論の土台がないとなかなか検討が進まない面もあるのが実情です。

システムやデータは具体的な議論の土台になりやすいことから、システムやデータを先行した検討になる可能性があるでしょう。しかし、運用担当のリソースや業務オペレーションの計画など、システムやデータ以外の観点も並行して検討を進めていくことが必要です。

加えて、導入システムの特性によっては、法規制や税制度などのクリティカルな要素が含まれる場合もあるため、観点の抜け漏れがないかを慎重に確認することも求められます。

ERPにおける構想策定とは

ここまで、一般的なシステム開発・導入における構想策定の方法やポイントを解説してきました。ここからは、ERPに焦点を当てた構想策定について解説していきます。

ERPの概要

ERP（Enterprise Resource Planning：企業資源計画）とは、ヒト・モノ・カネ・情報などの経営リソースを一元管理し、有効活用する考え方やシステムのことです。ERPは、社内情報の一元管理に役立つだけではなく、一元管理しているデータをもとに経営上の意思決定を支援する役割も持ちます。

ERPにおける構想策定

ERPにおいても、システム構築・導入の流れは一般的なプロセスと大きく変わらず、まずは構想策定から検討していきます。

ERPの構想策定では、導入目的によって適切なERPパッケージや導入形態などが異なるため、ERPによって解決したい企業課題の明確化が欠かせません。さらにERPのケースでは、導入範囲の定義も重要なポイントとなります。

本社だけに導入するのか、または各地方の支店や海外拠点のグループ会社にも導入するのかなど、導入スコープを明確にしていきましょう。

パッケージや導入形態、導入スコープを明確化することで、プロジェクトで必要な予算やスケジュール、体制などを具体的に定義できるようになります。

ERPにおける構想策定後の流れ

構想策定後は、要件定義や導入、運用保守といった各工程を進めていきます。

要件定義では、実現したい業務プロセスとERP機能とのフィット＆ギャップ分析などを行います。近年では、ERPの標準機能に業務を合わせるスタイルが主流です。これをFit to Standardと言います。

導入においては、フィット＆ギャップ分析で生じた導入課題に対する対応方針を明確化したうえで、まずは試行的にERPを導入して運用を実施します。導入後の運用保守では、試行導入で判明した運用課題を解決するための運用改善やソフトウェアのチューニングなどを行い、本格運用を進めていきます。

ERPにおける構想策定で意識すべきポイント

ERPにおける構想策定では、以下のポイントを意識することが重要です。

現状の業務課題やシステム課題を全体的に把握する

ERP導入プロジェクトでは、企業の業務プロセスやデータの管理方法などを抜本的に変革する場合も少なくありません。

そのため、現状の業務課題やシステム課題について、局所的ではなく、全体的に洗い出して把握することが大切です。

全体的に明確化した結果、業務都合などを考慮し、あえて一部の業務やシステムをERP導入対象外とすることも選択肢の1つでしょう。

全体最適の視点で業務効率化を追求する

多くの場合、ERP導入目的は特定の業務の効率化ではなく、企業全体の業務効率化や生産性向上による競争力の強化です。

したがって、構想策定で検討する際も、全体最適の視点で業務効率化を追求する姿勢が重要となります。たとえば、商品データなどのインプット業務を効率化しても、データ形式の変更などでデータを活用する部署の生産性が低下する場合、全体最適の視点では得策とはいえません。

まとめ

構想策定は、業務改革やシステムの構築・導入などのプロジェクトにおいて、システム要件定義よりも前に実施する超上流工程です。

構想策定では、業務改革構想やプロジェクト計画書の策定などを行い、後続のシステム要件定義などの工程へスムーズにつないでいく必要があります。

構想策定を効果的に進めるためには、経営層や関連部署との密なコミュニケーションや、多角的な検討が欠かせません。そして、ERPにおける構想策定では、各拠点や各業務への導入スコープを明確化するとともに、ERPの導入目的となる企業の全体最適化を踏まえた検討が重要となります。構想策定でERPなどの実現スコープや機能をしっかりと関係者間で合意形成し、自社の競争力強化につなげていきましょう。