【ビジネスデザイン】03 ビジネスデザイン（ＢＦＤ型） アプローチとは
ビジネスデザイン（ＢＦＤ型） アプローチとは
企業が課題解決に取り組む際には、目標を達成するために自らの経営資源を変革します。
ビジネスデザイン（ＢＦＤ型）は、主に「ビジネスファンクション」「ビジネス情報」「情報システム」を課題解決 変革テコとして実現すべき姿を定義する型です。
ビジネスデザイン（ＢＦＤ型）を以下のアプローチで実行します。
１．課題解決 達成目標および施策を理解する
２．課題解決 変革テコを分析し、変革ポイントを定める
３．ビジネス情報（Ｔｏ-ｂｅ）を定義する
４．ビジネスファンクション（Ｔｏ-ｂｅ）を定義する
５．システムファンクション（Ｔｏ-ｂｅ）を定義する
６．システム基盤構成（Ｔｏ-ｂｅ）を定義する
７．実現すべき姿における整合を検証する
８．課題解決プロジェクト投資価値を評価する
９．実現すべき姿への移行方針を定める
１０．課題解決プロジェクト 実行計画を定める
課題解決 達成目標および施策を理解する
ビジネス構想策定で合意した課題解決 達成目標および施策を理解します。
課題解決 変革テコを分析し、変革ポイントを定める
変革ポイントとは、「課題を解決するための施策において変革する経営資源の具体的なポイント」です。課題解決 変革テコを調査・分析し、変革ポイントを定めます。
実現すべき姿（Ｔｏ-ｂｅ）を定義する
定めた変革ポイントに基づいて以下の４つの実現すべき姿（Ｔｏ-ｂｅ）を定義します。
ビジネス情報（Ｔｏ-ｂｅ）定義
ビジネスファンクション（Ｔｏ-ｂｅ）定義
システムファンクション（Ｔｏ-ｂｅ）定義
システム基盤構成（Ｔｏ-ｂｅ）定義
ビジネス情報（Ｔｏ-ｂｅ）を定義する
ビジネス情報（Ｔｏ-ｂｅ）定義では、変革ポイントに基づいてビジネス活動で使用する用語を定義します。ビジネス活動で使用する用語は、エンティティ名および属性名として定義します。
次にビジネス情報間の相互関係を定義します。ビジネス情報間の相互関係を「派生関係」「親子関係」「参照関係」の３つに分類します。ビジネス情報間の相互関係を分析するために「エンティティ・リレーションシップ正規化分析」を用います。
次に識別子を定義します。識別子とは、「インスタンスを一意に識別する属性または属性の組み合わせのこと」です。インスタンスとは、「ひと組の属性において個々の属性値を記録するもの」です。識別子に関しては、コード体系および採番ルールを定義します。
ビジネスファンクション（Ｔｏ-ｂｅ）を定義する
ビジネスファンクション（Ｔｏ-ｂｅ）定義では、変革ポイントに基づいてビジネスイベントを定義します。ビジネスイベントとは、「ビジネス活動の始まりを定めたもの」です。ビジネス活動の始まりを「外部組織からビジネス情報を受けることにより始まるもの」「あらかじめ定めた時間により始まるもの」の２通りとして定義します。
ビジネスイベントは、「外部組織」「ビジネス情報」「事由」「頻度」「媒体」の５つの要素の組み合わせで定義します。
次にビジネス・アクティビティ、ビジネス・アクティビティ ルールを定義します。ビジネス・アクティビティとは、「ビジネス活動におけるビジネス情報の収集、伝達、価値付加、保管、廃棄を定めたもの」です。ビジネス・アクティビティ ルールとは、「ビジネス・アクティビティを適正且つ効率的に遂行するために遵守すべきルールのこと」です。ビジネスイベント毎に一連のビジネス・アクティビティを定義します。
次にプロジェクト・プロシージャーを定義します。ビジネス・プロシージャーとは、「ビジネス・アクティビティにおける手順、スクリプト、シナリオを定めたもの」です。
次にビジネスロールを定義します。ビジネスロールとは、「ビジネス・アクティビティにおける担当チームおよび担当者の役割、業務権限、必要とする資格を定めたもの」です。定めたビジネスロールをビジネス・アクティビティ毎に割り当てます。
次にビジネススケジュールを定義します。ビジネススケジュールとは、「ビジネス活動を遂行するためのスケジュールのこと」です。「ビジネスプロセス依存関係」「ビジネスプロセス毎のリソース投入量」「ビジネスプロセス毎の所要日数」「ビジネスプロセス毎の余裕日数」「最短所要日数/クリティカル・パス」の５つの要素を分析した上で、ビジネススケジュールを定義します。ビジネスプロセスは、一連のビジネス・アクティビティを論理的に集約して定義します。最短所要日数およびクリティカル・パスを分析するために「スケジュール・ネットワーク分析」を用います。
システムファンクション（Ｔｏ-ｂｅ）を定義する
システムファンクション（Ｔｏ-ｂｅ）定義では、変革ポイントに基づいてシステムファンクションを定義します。システムファンクションは、「情報入力」「情報更新」「情報削除」「情報出力」「情報Ｉ/Ｆ」の５つに分けて定義します。
次にシステムファンクション毎に「ユーザーインターフェース」「ビジネスロジック」「システムデータアクセス」を定義します。ユーザーインターフェースとは、「システム利用者とコンピューターシステムとの間でシステムデータを受け渡しする要件のこと」です。ビジネスロジックとは、「ビジネス・アクティビティ ルールおよびビジネス・プロシージャーに基づいてシステムデータを処理する要件のこと」です。システムデータアクセスとは、「データベースに対してシステムデータの生成、照会、更新、削除を操作する要件のこと」です。
システム基盤構成（Ｔｏ-ｂｅ）を定義する
システム基盤構成（Ｔｏ-ｂｅ）定義では、変革ポイントに基づいてシステムハードウェア、システム制御ソフトウェア、ミドルソフトウェアの組み合わせ、アプリケーションおよびデータベースの配置を定義します。
次にシステム基盤におけるシステム性能要件、システム可用性要件、システム拡張性要件を定義します。システム性能とは、「コンピューターシステムが演算処理およびデータ処理を実行できる能力のこと」です。システム可用性とは、「コンピューターシステムがシステム利用者からの要求を停止せず継続して処理できる能力のこと」です。システム拡張性とは、「コンピューターシステムに対する負荷増減に応じて、システムリソースを拡張あるいは縮小できる能力のこと」です。
実現すべき姿における整合を検証する
実現すべき姿におけるビジネス情報（Ｔｏ-ｂｅ）、ビジネスファンクション（Ｔｏ-ｂｅ）、システムファンクション（Ｔｏ-ｂｅ）、システム基盤構成（Ｔｏ-ｂｅ）の整合を検証します。
検証する視点は、以下のとおりです。
エンティティ名および属性名と成果物記述との一致
ビジネス活動における事由の完結性
ビジネス情報における受け渡しに関する整合
ビジネス活動におけるサイクル連携に関する整合
ビジネス・アクティビティにおける４つの組み合わせに関する整合
ビジネス統制ルールとの整合
会計仕訳生成に関する整合
ビジネス情報とシステムファンクションにおけるＣＲＵＤ操作に関する整合
情報システム間Ｉ/Ｆに関する整合
課題解決プロジェクト投資価値を評価する
実現すべき姿における整合を検証した後に、課題解決プロジェクト投資価値を評価します。ビジネス構想策定で合意した課題解決 達成目標およびプロジェクト投資価値評価結果に基づいて、投資効果を得られるか否か検証します。プロジェクトリスクを評価した上で、課題解決プロジェクトが創出する価値（プロジェクト・キャッシュフロー）を定量的に評価します。プロジェクト・キャッシュフローとは、「プロジェクトへの投資による収入額（キャッシュインフロー）から支出額（キャッシュアウトフロー）を差し引いた額のこと」です。
実現すべき姿への移行方針を定める
課題解決プロジェクト投資価値を評価した後に、実現すべき姿への移行方針を定めます。
移行方針では以下の事項を定めます。
ビジネスファンクションを移行する方針
組織・人財を移行する方針
情報システムを構築する方針
システムデータを移行する方針
ビジネステストを実施する方針
課題解決プロジェクト 実行計画を定める
実現すべき姿への移行方針を定めた後に、課題解決プロジェクト 実行計画を定めます。
実行計画では以下の事項を定めます。
施策スコープ
プロジェクトスコープ
（プロジェクトフェーズ、ビジネスプロセス、プロジェクト・アクティビティ）
プロジェクト業務工数
プロジェクトスケジュール
プロジェクト体制
プロジェクトステークホルダーへの活動
プロジェクトリスクに対する対策
ビジネスデザイン（ＢＦＤ型） １９ステップ
ビジネスデザイン（ＢＦＤ型）を以下の１９ステップで実行します。
１．課題解決 達成目標および施策を理解する
２．変革ポイントを分析するアプローチを定める
３．ビジネスファンクションを調査・分析する
４．ビジネス情報を調査・分析する
５．情報システムを調査・分析する
６．変革ポイントを定める
７．実現すべき姿を定義するアプローチを定める
８．ビジネス情報（論理モデル）を定義する
９．分析用ビジネス情報（論理モデル）を定義する
１０．ビジネスファンクションを定義する
１１．ビジネススケジュールを定義する
１２．システムファンクション（論理モデル）を定義する
１３．システム基盤構成（論理モデル）を定義する
１４．実現すべき姿における整合を検証する
１５．外部リソースを評価する
１６．課題解決プロジェクト投資価値を評価する
１７．実現すべき姿への移行方針を定める
１８．課題解決プロジェクト 実行計画を定める
１９．ビジネスデザインをまとめる
この記事が気に入ったらサポートをしてみませんか？