1.1 ビジネスアナリシス方法論GUTSY-4の概要

ここでは、ビジネスアナリシス方法論GUTSY-4の概要として、以下のことを説明します。

　 1.1.1⇒戦略からITシステムまでに４つのモデルがあり、これらを整合させる必要があること

　 1.1.2⇒GUTSY-4では４つのモデルを階層的に整合させるために、４つのフェーズを設定したこと

　 1.1.3⇒GUTSY-4によれば、戦略からのビジネス要求は必ずITシステムに反映できること

　 1.1.4⇒GUTSY-4による効果として、IT投資対効果が米国の半分以下を飛躍的に高められること

 

1.1.１ 戦略からITまでの４つのモデルの整合

（１）各モデルで定義された内容が整合性が取れていることが必須

• ビジネスモデル：

  顧客に価値を与える製品・サービスを開発・提供する仕組み

• ビジネスプロセスモデル：

  ビジネスモデルを具体化し実現するためのビジネスプロセス（含むビジネスルール）　　ビジネスプロセスとは　ビジネスルールとは

• ＩＴへの要求モデル（ＩＴ要求モデル）：

  戦略やビジネスプロセスからITへの要求

• ＩＴモデル：

  ITシステム（IT基盤、アプリケーション、情報・データ）

　　４つのモデルが整合性を持って連携することで、事業戦略を最終的にビジネスプロセスとITに落し込むことができます。そうでなけれな、戦略をITに反映できません。

（２）ビジネスモデルとITモデルの整合のために

　　４つのモデルの整合性は、1990年代にボストン大学のジョン・ヘンダーソンが提唱した「戦略アラインメント・フレームワーク」と似ています。しかし、GUTSY-4が異なるのは各モデルの詳細さ「粒度」を厳密に規定することで、「整合性の確保」を具体化していることです。

■各々のモデル内の整合性

　　①各々のモデル内で詳細さ「粒度」が統一されていること

　　②各々のモデルが検証されたものであること

■各々のモデル間の整合性

　　①設計されたモデルの詳細さ「粒度」が次のモデリングのインプットの「粒度」に合致すること

　　②モデルが持つ設計情報が次のモデリングのためのインプットとして必要な情報を完全に保持していること

　　⇒ ブログ記事：モデル間の整合性の条件（補足）

 

1.1.２ ４つのモデルを階層的に整合させる

　　GUTSY-4では、各モデルの詳細さ（粒度）は下記表で言うプロセス階層レベルで定義します。

（１）プロセス階層レベルとは

　　プロセス階層レベルは、業務機能やプロセスの詳細さ（粒度）であり、地図の縮尺のようなものと考えるとよいでしょう。縮尺が異なる地図は互いにつながらないように、分担して記述したビジネスプロセスモデルは、同一のプロセス階層レベルでなければ相互につながりません。

⇒ ブログ記事：プロセス階層レベル（補足）　

　　このレベル０からレベル６までのプロセス階層レベルの考え方は、グローバルなプロセス参照モデルから学んだものですが、米国でも全く同様でした。⇒ブログ記事：米国におけるプロセス階層レベルの考え方（BPTrends社）

（２）GUTSY-4®では、４つのモデルをプロセス階層レベルで整合させる

■ビジネスと情報システムが整合するために

　　ビジネスモデルを起点に、それぞれの4つのモデルが整合することが条件となります。そのために各々のモデルは、詳細さの異なるサブモデルから構成されます。下記の（　）の中はプロセス階層レベルを表します。

　　このため、上位のプロセス階層レベルのサブモデルから下位のサブモデルへと順次、構造化して行きます。この構造化は、要素分解と詳細化という２ステップで行います。⇒ ブログ記事：構造化とは何か、戦略をビジネスプロセスに構造化する方法は？

　　これら各モデルを記述することがモデリングであり、この時にどのような要素で記述するかがメタモデルです。メタモデルが不十分だと、ビジネスモデル、ビジネスプロセスモデル、ビジネスルールモデル、組織モデル等のモデルの記述も不十分となってしまいます。BABOKでは「メタモデル」の用語がなぜ出てこないのか、不思議です。⇒ ブログ記事：モデリングとは何か、そしてなぜメタモデルが重要か

　　しばしば、コンサルタントの成果物は、IT導入に使えないと言われます。それは、その成果物が単に自然言語による文章だけで、メタモデルを意識して書かれてないため、次に具体化するためには、記述内容が不足するからです。このため、GUTSY-4開発においては、メタモデルの決定にかなり悩み、試行錯誤しました。⇒ ブログ記事：メタモデル

（３）４つのモデルのサブモデルを定義する４つのフェーズの概要

■階層的４モデリング方法論（GUTSY-4）と４つのモデル

　　GUTSY-4 はプロジェクトライフサイクルに沿って、４つのフェーズ（構想、企画、計画、実施）にわたって、プロセス階層レベルに沿って階層的に、ビジネスモデル、ビジネスプロセスモデル、ＩＴ要求モデル、ＩＴモデルをモデリングしていきます。

　　プロジェクトライフサイクル(PLC)とは、大規模プロジェクトを複数のフェーズに分割して、「投資と効果の見積精度を段階的に向上させ、リスクを減少させる」という考え方のことです。このPLCを採用することで、IT投資プロジェクトの投資対効果は大きく向上できます。

■階層的４モデリング方法論（GUTSY-4）の４つのフェーズ

（Ⅰ）プロセス改革構想フェーズ　(戦略策定と業務改革の定義、ITシステム構想）

事業目標や事業戦略を策定または分析して、ビジネスモデルを戦略レベルの顧客価値提供モデルから戦術レベル（レベル２）の業務改革モデルへと、より詳細に展開する。

これらは、BABOKでいうビジネス要求となる。ITに関してはシステム構想に該当する。概要⇒ブログ記事：フェーズⅠ概要

（Ⅱ）プロセス改革企画フェーズ　(プロセス改革の定義、ITシステム企画）

戦術レベルの業務改革モデルを実現するために、戦術レベルのプロセス改革モデルおよびハイレベル（レベル３：プロセス改革レベル）のビジネスプロセスモデルを定義する。
これらは、BABOKでいうステークホルダ要求となる。これには経営面からのハイレベルなIT要求も含まれるので、ITに関してはシステム企画に該当する。概要⇒ブログ記事：フェーズⅡ概要

（Ⅲ）プロセス改革計画フェーズ　(プロセス改善の定義、ITシステム計画）

ハイレベルのビジネスプロセスモデルを実現するために、既存のプロセスを改善してミドルレベル（レベル４：プロセス改善レベル）のビジネスプロセスモデルを定義する。
これらは、BABOKでいうソリューション要求（概要）となる。これをITによって支援するために、概要レベルのIT要求モデルも定義するので、ITに関してはシステム計画に該当する。概要⇒ブログ記事：フェーズⅢ概要

（Ⅳ）プロセス改革実施とIT導入フェーズ　(プロセス実行の定義、ITシステム導入・構築）

ミドルレベルのビジネスプロセスモデルを実行できる、ローレベル（レベル５：プロセス実行レベル）のビジネスプロセスモデルを定義する。

これらは、BABOKでいうソリューション要求（詳細）となる。同時に概要レベルIT要求モデルから、詳細レベルのIT要求モデルを定義して、ITシステム導入・構築し、ITモデルを完成させる。

概要⇒ブログ記事：フェーズⅣ概要（定型的業務)、フェーズⅣ概要（非定型的業務)

 

■各フェーズは、プロセス階層レベルによって規定される  

  GUTSY-4は、ビジネスプロセスやITに関するプロジェクトライフサイクルをプロセス階層レベルによって厳密に規定しています。⇒ ブログ記事：GUTSY-4の4つのフェーズ（補足）

　　一方、BABOKでは、こうしたプロセス階層レベルを意識していない知識体系のため、ビジネスアナリシスを実践できません。すなわち、ビジネスアナリシス方法論ではないのです。

 GUTSY-4では、場合によっては、四つのフェーズをすべては実施する必要はありません。
　　　例えば、プロセス改革の課題が明確な場合は、（Ⅱ）プロセス改革企画フェーズから実施。
　　　ビジネスプロセスの「見える化」だけが目的なら、（Ⅲ）プロセス改革計画フェーズだけを実施。

JUASでいう源流には(Ⅰ)と(Ⅱ）、超上流には(Ⅲ)、上流には(Ⅳ)がそれぞれ対応します。　⇒ブログ記事：GUTSY-4の４つのフェーズの対応

 

1.1.3  GUTSY-4によればビジネス要求は必ずＩTに反映できる

ビジネス要求とは⇒ ブログ記事：ビジネス要求、ユーザ要求、ソフトウェア要求（システム要件）の違い

　　これまでのフェーズで定義した要求は、下の図のようにマッピングできます。

　　例えば、プロセス階層レベル２におけるレベル２プロセス設計の「情報とITシステムによる解決策」は、レベル２の「ＩＴへのビジネス要求（概要）」（BABOKでいうビジネス要求）であり、さらにレベル３プロセス設計の「情報とITシステム」に反映します。

　　このレベル３の「ＩＴビジネス要求」（BABOKでいうステークホルダ要求）は、さらにレベル４プロセスの「ＩＴシステム機能」へマッピングされ、ユーザにこの記述を基にした質問をする事で、ＩＴユーザ要求(BABOKでいうソリューション要求）を引出し、定義します。

　　ビジネスプロセスによってユーザにITビジネス要求を意識させなければ、自分の利便性だけ考えたITユーザ要求だけが出てくるのはごく当然でしょう。

　　GUTSY-4では、こうした明確な構造化によって、ビジネスモデル（戦略）は必ずビジネス要求を通してユーザ要求（ソリューション要求）へと反映できます。BABOKには、こうしたプロセス階層レベルと構造化の考え方が欠如しているため、単なる知識体系に留まっており、実際にビジネスアナリシスはできません。

　　ITユーザ要求の引き出し方  ⇒ブログ記事：ビジネスプロセスからITへの要求を引き出す、IT要求開発をする

　　ビジネス要求を必ずITに反映できることは、GUTSY-4による効果の単なる一つに過ぎません。効果全体⇒GUTSY-4の特長と構造

1.1.4  GUTSY-4による効果

　　GUTSY-4によるビジネスアナリシスは、日本のIT投資プロジェクトの効果は米国の半分以下　という状況からIT投資効果を飛躍的に高めます。

　　そして、IT業界や情報システム部門を変革、改革します。また、新たなITシステムの導入の効果として、意思決定業務を対象とすることで、今までの効率化ではなく売上増加を狙うことができます。⇒攻めのIT活用

（１）日本のIT業界、特にSI業界における環境変化

　　代表的な脅威は、①自動生成ツールの普及で、ITシステム開発工数は半減以下、②クラウドサービスの普及で、サーバ販売の消滅⇒ブログ記事：SI業界の脅威

　　これは当然でしょうね。何せ、今までのIT投資の効果が上がっていないのですから。

　　 機会は、①ビジネスアナリシス、②意思決定プロセスのBPM、ルールエンジンやBPMS適用、③インダストリー4.0により中小企業がIT導入市場になる   ⇒ブログ記事：SI業界の機会

　　この３つの機会は、今までに存在しない、全く新たなブルーオーシャン領域です。

　　グローバルな環境変化が起きているのに、ガラパゴス日本で今までのITビジネスがそのまま続く訳はありません。もし、それが続くようでしたら、IT企業は日本経済の足を引っ張り続けて、日本沈没の戦犯になるだけです。セコム社は、企業施設の人的警備から、社会のセキュリティ産業に自らを変化させ続けてきました。

（2）ビジネスアナリシスを経たITシステムの変化

　　上記(1)①ビジネスアナリシスによる「業務定義」、上記(1)②を利用してビジネスプロセスを制御する「業務ガイド」、そしてBPMSによる非定型・意思決定プロセス、ERPを始めとする複数のITシステム、これらをWeb連携させる「業務実行」、この３つが実現できるのです。⇒ブログ記事：GUTSY-4によるビジネスアナリシスからITシステム構築まで

　　実は、これは既に2011年に事例Aの中小企業において実現しているのです。大企業ならば、Web連携できるBPMSを利用して、ERP導入も相当のコストダウンできる（独ではSAPで実現済み）など、コスト面でも極めて大きな効果があります。⇒ブログ記事：GUTSY-4によるビジネスアナリシスからITシステム構築の効果