PLANNING

サービス支援の全体像

システム企画・構想では、IT / Digital戦略等で定めた変革テーマを、個別の業務・システムとして実行できる形へ具体化します。
現状課題を構造化し、ToBe業務・システム、システム化範囲、機能・データ・連携の基本構造、投資概算、移行方針を整理。
要件定義・RFP・設計を開始できる粒度まで落とし込むことをゴールとします。

FROM STRATEGIC THEME TO EXECUTABLE SYSTEM CONCEPT
上位戦略を受け、対象テーマを「何を・どこまで・どの順序でシステム化するか」へ具体化します。
INPUT

上位戦略・変革テーマ

IT / Digital戦略、事業要求、制度対応、EOL・老朽化等を起点にします。

目的要求制約
SYSTEM PLANNING & CONCEPT DESIGN
変革の意志を、動き出せるシステム構想へ 戦略の再議論でも、詳細技術設計でもない「実行へつなぐ中間設計」
01 AS-IS現状・課題業務／システム／データ／運用／コストを構造化
02 TO-BE将来像ToBe業務、機能、データ、責任分界を定義
03 SCOPEシステム化範囲変える・残す・やめる、Build / Buy / Reuseを整理
04 ROADMAP投資・移行・実行概算、移行単位、プロジェクト分割、次工程を整理
テクノロジーアドバイザリー技術方式・製品・PoCなど、技術成立性が必要な論点を検証
セキュリティリスク・統制・規制・レジリエンスなど、専門論点を検証
OUTPUT / NEXT

動き出せるシステム構想

次工程の意思決定・調達・設計へ接続します。

構想書ToBe全体像 投資概算実行ロードマップ 要件定義 / RFP
役割分担：システム企画・構想が全体を統合し、技術・セキュリティの専門判断が必要な箇所を各サービスで深掘りします。

上位戦略 × 業務・システム構想
＝ 次工程を開始できるプロジェクト

ご支援領域

各領域では、支援テーマを列挙するだけでなく、Dirbatoがどのような考え方で論点を捉え、どのように構想・判断へつなげるかを明確にしたうえで、具体的な検討内容へ落とし込みます。

方法論・評価フレーム

システム企画・構想は、上位戦略の再策定でも、製品・技術方式の選定でもありません。対象テーマの目的と制約を確認し、現状を構造化し、ToBeと実行範囲を定義し、次工程へ接続する手順で進めます。

Context

上位方針と目的を確認する

IT / Digital戦略、事業要求、投資方針、規制・期限などから、対象テーマで実現すべき目的と制約条件を明確にします。

As-Is

現状と課題を構造化する

業務、システム、データ、運用、コストを俯瞰し、表面的な事象ではなく課題を生んでいる構造を可視化します。

To-Be

業務・システムの将来像を定義する

ToBe業務、システム責任、機能配置、主要データ、連携の基本構造を定義し、変える・残す・やめるを整理します。

Execution

範囲・投資・実行計画へ落とす

システム化範囲、移行単位、概算投資、プロジェクト分割、依存関係、残課題を整理し、次工程へ接続します。

成果物イメージ

構想の成果物は、将来像を説明するだけでなく、要件定義・RFP・設計を開始できる判断材料として構造化します。

01

現状分析・課題構造

業務・システム・データ・運用上の課題と原因、制約条件、ステークホルダー要求を整理します。

02

ToBe業務・システム全体像

将来業務、機能、主要データ、システム間連携、責任分界を俯瞰できる形で整理します。

03

システム化基本方針

対象範囲、既存活用、Build / Buy、共通化、移行、非機能要求など、要件定義前に合意すべき基本方針を明確化します。

04

実行ロードマップ

概算投資、プロジェクト分割、依存関係、マイルストーン、推進体制、次工程への引継ぎ事項を整理します。

支援スタイル

構想書ではなく、次の意思決定ができる状態をつくる

システム企画・構想のゴールは、きれいな将来像を描くことではありません。業務・システム・データの全体像と、変える範囲、投資、移行、残課題を明らかにし、次の要件定義・RFP・設計を開始できる状態をつくります。専門判断が必要な論点はテクノロジーアドバイザリー・セキュリティと連携します。

CO-DESIGN THE CONCEPT

構想を共につくる

机上で将来像を描かず、現場の実態と仮説検証を往復しながら具体化します。

01
現場の暗黙知を設計条件にする

例外業務、運用制約、実際のデータ利用などを早期に拾い上げ、後工程で崩れない前提を固めます。

02
ToBe仮説を早く置く

情報が揃うまで分析を続けず、初期の将来像と論点を提示し、議論と検証を通じて短いサイクルで磨き込みます。

03
業務・システム・データを一体で見る

業務改革とシステム刷新を別々に扱わず、機能・データ・役割・運用まで同じ全体像の中で設計します。

04
「変える・残す・やめる」を明確にする

全面刷新を前提にせず、価値・制約・将来性を踏まえて刷新範囲と既存資産の活かし方を判断します。

MAKE IT EXECUTION-READY

実行できる構想にする

構想書の完成ではなく、要件定義・RFP・設計が迷わず始められる状態を目指します。

05
成立しない前提を早期に潰す

業務・データ・現行資産を確認し、技術・セキュリティの専門検証が必要な論点は早い段階で切り出します。

06
スコープと責任分界を曖昧にしない

システム化対象・非対象、共通化・個別化、業務とITの役割を明確にし、後工程の解釈差を減らします。

07
移行を構想の後付けにしない

依存関係、データ、業務継続性、切替単位をToBeと並行して検討し、実行順序まで含めた構想にします。

08
次工程へ判断を持ち越しすぎない

決定事項・前提・未決論点・投資・プロジェクト分割を整理し、RFPや要件定義で同じ議論をやり直さない状態をつくります。

Dirbatoが選ばれる理由

Dirbatoは、システム構想を描いて終わらせません。経営・事業要求を業務・システムの具体像へ翻訳し、投資・移行・ロードマップまで落とし込み、要件定義・RFP・設計へつながる状態までをご支援します。

Reason 01

業務・システム・データを一体で構想する

現行システムの置き換えだけを起点にせず、業務プロセス、システム機能、データ、組織・運用を横断してToBeを設計します。システムで解く課題と、業務・組織で解く課題を切り分けます。

Reason 02

構想と実行の間を切らない

将来像だけでなく、システム化範囲、概算投資、移行単位、依存関係、推進体制、残課題まで整理し、要件定義・RFP・設計を実際に開始できる粒度まで具体化します。

Reason 03

技術・セキュリティの専門性を必要な論点で組み合わせる

方式比較、製品評価、PoC、アーキテクチャの成立性はテクノロジーアドバイザリー、リスク・統制・レジリエンスはセキュリティと連携します。構想側で専門論点を曖昧に抱え込みません。

Reason 04

選択肢とトレードオフを明示する

特定製品や特定ベンダーの導入を前提にせず、事業・業務上の要求から選択肢を整理します。変える範囲、既存活用、投資、移行難易度のトレードオフを明確にし、意思決定を支援します。

ご支援事例

当社がご支援した
システム企画・構想の事例の一部をご紹介します。

view cases

related pages