0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

「システムを作っても使われない」を打ち破る「Goal Loop駆動ソリューション」とは ── AI時代のSI・DX構造変革

0
Posted at

はじめに

企業のIT化やDX推進において、長年叫ばれ続けている課題があります。

「仕様書通りに完成させたはずなのに、実際の現場では使えない」

従来型のシステムインテグレーション(SI)は、要件定義から移行・運用までを工程分解し、人月見積もりと確定仕様書を前提に進行してきました。しかし、AIやクラウド、SaaS、IoTなどが爆発的に普及した現代において、スタート時点で「完璧で正しい仕様」をあらかじめ定義することは不可能です。

現場には、明文化されていない例外処理、複雑な業務ルール、部門間の利害対立、既存システムの制約など、無数の不確実性が蠢いているからです。

AIによってコード生成やテストなどのBuild(実装)工程が劇的に高速化する今、真に価値を持ち始めているのが、「業務上の到達点(Goal)を定義し、現場との相互作用によって現実世界に定着させる」総合アプローチです。

本稿では、この課題を根本から解決する**「Goal Loop駆動ソリューション」**の全体像と、それがもたらすIT市場の構造変化について解説します。


1. Goal Loop駆動ソリューションの基本思想

「Goal Loop駆動ソリューション」は、単なるソフトウェアの開発プロセスの名称ではありません。「事業Goal」「業務現場」「組織利害」「技術実装」の不確実性を段階的に排除し、現実世界で業務を成立させるための統合解決フレームワークです。

無題のファイル 2.png

① 発進の単位は「機能」ではなく「業務Goal」

「APIを作る」「画面を作る」といった技術タスクではなく、「担当者が受注処理を最初から最後まで新システム上で完結できる」といった**業務上の到達点(Goal)**を中心軸に設定します。

② 3つのフェーズを回す高速ループ

  • Discovery:現場に入り込み、隠れた仕様や本当の問題を発見する
  • Build:プロトタイプや疑似実装を短期間で構築する
  • Adaptation:実際の業務環境で使用し、現場の泥臭い運用に適合させる

③ 不確実性の早期発見を「進捗」と捉える

ループの過程でGoalが分割・統合されたり、不要なGoalが削除されたりするのはプロジェクトの失敗ではありません。「無駄なシステム構築を未然に防ぎ、不確実性を減らした成果」として前向きに評価します。


2. ソリューションを成功に導く「3つの分離原則」

Goal Loop駆動ソリューションを実務に適用する際、プロジェクトを破綻させないための重要な原則が存在します。

原則 内容
1. Business Goal と Team Goal の分離 「業務ルールの変更」や「社内承認」を含む全責任を外注チームに負わせない。発注元が追うBusiness Goalと、チームが負うTeam Goal(責任境界:Responsibility Boundary)を明確に線引きする。
2. Goal Completion と Release Readiness の分離 機能やGoalが成立したこと(Goal Completion)と、本番移行・ユーザー教育・法務監査等の準備(Release Readiness)が整ったかを明確に分離して評価する。
3. Release Date と Release Scope の分離 「いつ出すか(Date)」はビジネス上固定しても、「何を出すか(Scope)」はLoopの検証結果に応じて柔軟に変動させる。

3. 「組織の利害調整」すらもソリューションのLoopに組み込む

DXやシステム刷新が途中で止まる最大の要因は、実は「技術的な不可能」ではなく**「部門間の利害衝突」**です。

例えば「営業はリアルタイムで在庫を見たいが、製造は確定前の数値を公開したくない」といった組織課題に対し、従来のSIは「要件未確定」として進捗をストップさせていました。

Goal Loop駆動ソリューションでは、この**「利害調整」自体を1つのGoal TaskとしてLoopの中に組み込みます**。画面のモックや疑似実装(Simulation)を用いて「導入後どうなるか」を関係者に具体的に体験・評価させ、納得感のある意思決定材料を提供することで、組織的合意へ収束させます。


4. ソリューションの推進主体「GIE」とIT人材市場の変化

この「Goal Loop駆動ソリューション」を設計・推進する存在が、**GIE(Goal Integration Engineering)**という新しい事業体です。

無題のファイル 3.png

GIEは自前で大量のコードを書く必要はなく、Goal Mapの設計、責任境界の管理、そして必要な能力(Capability)を外部から調達・組成するアンサンブルの役割を果たします。

これにより、IT業界の価値構造は激変します。

  • 人月買収から Capability 市場へ
    「エンジニア○人×月」という人月切り売り型モデルから、「このGoalを成立させられる能力(Capability)」へ直接投資する形へと変化します。
  • SI・SES・フリーランスの垣根消滅
    「どの会社の所属か(SI/SES/フリーランス)」という商流の区分の必然性は薄れ、GIEがGoalに応じて最適なCapabilityを動的に組み上げる構造に移行していきます。

おわりに

従来のITビジネスは**「決められた仕様のシステムを作ること」に命を懸けていました。
しかし、変化が激しく予測不能な現代において求められているのは
「Goal Loopを回し、変化を受け入れながら現場で使える状態へ収束させるソリューション」**です。

  1. Goalは柔軟に
  2. 責任範囲は明確に
  3. ReleaseはReadinessで判断する

この「Goal Loop駆動ソリューション」への転換こそが、SIという産業の価値を「人月」から「Goal成立能力」へと解き放つための、新しい時代の答えとなるはずです。
参考:https://note.com/tonkun5os/m/m4f7e4cadb6dc

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?