出願プロセスの簡略化

IIBAはECBAの普及の目的としてその出願プロセスの大幅な簡略化にふみきりましたのでその詳細を解説します。
大きな変更点は次の二つです。

１．出願費用（$45）と初回受験費用が合算されて一度だけの支払いになりました。

• IIBA会員の場合：　$45+$150　=　$195
• 非会員の場合：　　$45+$305　=　＄350

支払後、一年間ＥＣＢＡ受験の予約ができます。最大3回まで。2度目の受験には再受験料が必要です（従来通り）。
従来出願と受験で2度にわたり支払わなくてはいけなかったものが、一度だけの支払で済むようになりました。

２．21時間の専門能力開発の要件が削除されました。

従来の煩わしい専門能力開発21時間の証明がいらなくなりました。試験に合格することがしっかり専門能力を開発した証明ということです。これで大きくビジネスアナリシスのすそ野が広がることが期待されます。まさに参加者本位、顧客中心の考え方で、ビジネスアナリシスの中心となる考え方です。IIBA自身が身をもって実践していると考えられます。ただし学習しないと合格できませんので油断は禁物です。油断して学習を怠ると、不合格になり再受験料を支払わなければいけませんのでご注意ください。

その結果、ＥＣＢＡ受験の要件は以下2点のみとなりました。

• 上記受験料の支払
• 行動規範と利用規定への同意

出願プロセスが大幅に短縮されます。

ECBA受験に効果的な6つのステップです。

• ステップ1：　受験料を支払います
• ステップ2：　行動規範・利用規約に同意します
• ステップ3：　学習（認定教育プロバイダ（EEP）の試験対策コースやIIBA支部主催の勉強会に参加）します
• ステップ4：　オンライン監督試験体験ガイドを熟読します（ビデオの視聴を含む）。
• ステップ5：　受験日を予約します
• ステップ6：　受験して合格します

詳しくはECBA認定ハンドブックを参照してください。

真ん中の3つの知識エリア「戦略アナリシス」「要求アナリシスとデザイン定義」「ソリューション評価」を横に並べた形です。双方向の矢印を価値のスペクトルと言い、左端が「潜在価値」右端を「実現価値」と考えます。

「戦略」→　要求アナリシスとデザイン定義　→　ソリューション評価

と進むにつれて潜在価値から実現価値に変換されていくイメージを表しています。そしてそこで扱われるビジネスアナリシス情報が「ニーズ」→「ソリューションスコープ」→「要求」→「デザイン」と進化していくわけです。
ただしECBAでは中央の要求アナリシスとデザイン定義の部分のみが試験の対象です。本当は全体を理解した方が良いのですが少し残念です。

上図で分かるようにこの知識エリアには6つのタスクがあります。

1. 要求を精緻化しモデル化する
2. 要求を検証する
3. 要求の妥当性を確認する
4. 要求アーキテクチャを定義する
5. デザイン案を定義する
6. 潜在価値を分析しソリューションを推奨する

要求を精緻化しモデル化する

このタスクの目的は、引き出しの結果を分析し、統合し、精緻化して、要求とデザインに変換することです。

学習目標は次の4つです。

 1.要求とデザインをモデル化することを理解している

モデルの抽象度やカテゴリーが重要です。

モデル・カテゴリーには次の5つがあります。

• データと情報
• 人と役割
• アクティビティーフロー
• 能力
• 根拠

各々には表のようにいくつかのモデルが分類されています。

さらに要求を分析するための様々なテクニックのリストがあります。すべて使う必要はありませんが、重要なものはしっかり理解しておく必要があるでしょう。

こんなにたくさんモデリングのテクニックがあります。それを上記の5つのカテゴリーに分類しているのが重要です。よく使用されるものとしては次のものがあります。あ

• データモデリング
• プロセスモデリング
• インターフェース分析
• ユースケースとシナリオ
• ユーザーストーリー

  要求を検証する

このタスクの目的は、要求とデザインの仕様とモデルが、品質標準を満たしており、使用目的に適していることを確実にすることです。

学習目標は次の3つです。:

1.  要求品質、設計品質の特性を理解している。
2.  業務を通じて要求を検証する活動を理解している。
3.  品質管理のための適切なチェックリストをルールに従い使用することができる。

 1　要求品質、設計品質の特性を理解している

次の要求やデザインの品質特性を理解しましょう。

• アトミック（自己完結）
• 完全性
• 一貫性
• 簡潔性
• 実現可能性
• 曖昧でない
• テストが容易
• 優先順位が付いた
• 理解が容易

2　業務を通じて要求を検証する活動を理解している

• 適切なツールや手法を使用しているか。
• モデル化の表記法やテンプレートやフォームを正しく使用しているか。
• 各モデル内の完全性をチェックする。
• 他のモデルと比較して、異なる要素を使用していないかをチェックする。
• 要求で使用されている用語が、ステークホルダーに理解できるか。
• 明確化に役立つ箇所があれば例を追加する。

.3　チェックリストの使用

要求の妥当性を確認する

このタスクの目的は、すべての要求とデザインが、ビジネス要求に沿ったものであり、必要な価値の提供に役立つものであることを確実にすることです。

学習目標は次の3つです。:

1. リスクをマネジメントするために前提条件を明確にし、活用する基礎知識がある。
2. チェンジの成功を評価するために、測定可能な評価基準を定義することに関する基礎知識がある。
3. バリューデリバリーをサポートするために、ソリューションスコープとの整合性評価に関する基礎知識がある。

1　リスクをマネジメントするために前提条件を明確にし、活用する基礎知識がある。

顧客やステークホルダーの反応について前提条件を設定し（特にNewビジネス）、リスクをマネジメントする。これは「戦略アナリシス」との関係が必要なので、深い理解まで求めていません。「基礎知識（知っていればよい）」レベルです。

2　チェンジの成功を評価するために、測定可能な評価基準を定義することに関する基礎知識がある。

この部分も戦略アナリシスと関連しますので、深い理解は求めておらず、「基礎知識（知っていればよい）」レベルです。

3　バリューデリバリーをサポートするために、ソリューションスコープとの整合性評価に関する基礎知識がある。

ステークホルダーに便益を提供しない要求は取り除くべき要求の有力候補です。。
これも「知っていればよい」レベルです。

【重要】

「要求を検証する」タスクと「要求の妥当性を確認する」タスクは似ていますが違いを明確に理解する必要があります。

• 要求の検証：形式的な品質のチェックなので、ビジネス的に意味があるかどうかは何も問いません。曖昧でないか、一貫性、アトミック（閉じている）
• 妥当性確認：　要求がビジネス的に意味があるかという観点でチェックします。その2つの観点を独立したタスクでチェックするのがBABOKのポイントです。

それはソフトウェアを作る立場で「単体テストや総合テスト」でバグがないかどうかをチェックすることと、ユーザーの立場で「受入れテスト」により使用に適合しているかどうかを独立して検査することに類似しています。

 要求アーキテクチャを定義する

このタスクの目的は、すべての要求が互いに支え合って、全体として目標を完全に達成することを確実にすることです。

 学習目標は次の５つです。

1. 要求のビューポイントとビューを有効に活用する基礎知識がある。
2. ソリューションアーキテクチャを開発するためにテンプレートを活用する基礎知識がある。
3. ルールに従い要求のセットが完全であることを確認することができる。
4. 要求の関係性を明らかにすることで、要求が相互に関連することを理解している。
5. ビジネスアナリシス情報アーキテクチャを定義することを理解している。

1　要求のビューポイントとビューを有効に活用する基礎知識がある

具体的なビューポイントの例：

• ビジネス・プロセス・モデル
• データ・モデルと情報
• ユースケースやユーザー・エクスペリエンスを含むユーザー相互作用
• 監査とセキュリティー
• ビジネス・モデル

これらはツールにかなり依存しますが基礎知識として知っていればよいレベルです。

2　ソリューションアーキテクチャを開発するためにテンプレートを活用する基礎知識がある。

アーキテクチャーのテンプレートはツールに大きく依存しますが、基礎知識を求められているので、知っていれば良いです。

3　ルールに従い要求のセットが完全であることを確認することができる。

ツールで確認するので、教えてくれればできるレベルの知識です。

4　要求の関係性を明らかにすることで、要求が相互にかんれんすることを理解

• 定義されている（defined）
• 必要である（necessary）
• 正確である（correct）
• 曖昧さがない（unambiguous）
• 一貫性がある（consistent）

このタスクは文字ではわかりずらいものです。具体的なツールです。

デザイン案を定義する

このタスクの目的は、ソリューション・アプローチを定義し、ビジネスを改善する機会を特定し、要求をソリューション・コンポーネント全体に割り当て、望ましい将来状態を達成するための複数のデザイン案を示すことです。

学習目標は次の４つです

1. 適切なソリューション・アプローチを特定することを理解している。
2. 改善の機会を特定することを理解している。
3. チェンジの目標を達成するために、ソリューション・コンポーネントとリリースに要求を割り当てる方法を理解している。
4. 望ましい将来状態に沿ったデザイン・オプションを開発することを理解している。

1　適切なソリューション・アプローチを特定することを理解している。

次のソリューション・アプローチを理解しましょう。

• 作成：いわゆるスクラッチで開発
• 購入：パッケージソフトを購入すること
• 両者の組み合わせ。

日本でもパッケージソフトを使用することがポピュラーになってきました。欧米では主流です。

2　改善の機会を特定することを理解している

次の改善の機会を理解しておきます。

• 業務効率改善:　ERPやBPM（SoR）ではこの業務効率の改善が重要です。
• 情報アクセスの向上:　SoEでは情報アクセスが重要です。
• 追加能力の特定:　特にパッケージの場合、SoR/SoE　共に追加能力も重要です。

3　チェンジの目標を達成するために、ソリューション・コンポーネントとリリースに要求を割り当てる方法を理解している。

要求の割り当てとは、目標を最大限に達成できるように、ソリューション・コンポーネントとリリースに要求を割り当てるプロセスである。しっかり理解しましょう。

4　望ましい将来状態に沿ったデザイン案を開発することを理解している

デザイン要素の例です

• ビジネス・ポリシーとビジネス・ルール
• 実行と管理の対象となるビジネス・プロセス
• ソリューションを運用し保守する人、その職務機能と責任
• 行うべきビジネス遂行上の意思決定
• ソリューション中で使用するソフトウェア・アプリケーションとアプリケーション・コンポーネント
• 織構造。組織間の相互作用、その顧客とサプライヤー

余談ですが、最近のDXソリューションは上記のデザイン要素すべてがチェンジ（変革）するものです。

 潜在価値を分析しソリューションを推奨する

このタスクの目的は、デザイン案それぞれに関する潜在価値を見積り、エンタープライズの要求を満たすのに最適な案はどれかを確定することです。

学習目標は次の４つです。

1. 潜在的なソリューションがもたらすと期待される利益を特定する方法を理解している。
2. 潜在的なソリューションに関連するコストを特定することを理解している。
3. 主要なステークホルダーに対するソリューションの価値を決定する基礎知識がある。
4. 各デザイン案を評価し、最適なソリューションとして推奨する基礎知識がある

1　潜在的なソリューションがもたらすと期待される利益を特定する方法を理解している。

2　潜在的なソリューションに関連するコストを特定することを理解している。

予想コストは、ソリューションに関連する可能性のあるすべてのマイナスの値です。

3　主要なステークホルダーに対するソリューションの価値を決定する基礎知識がある。

ソリューションの潜在価値は、そのソリューションが提供する便益と、それに関連するコストに基づいて決まる。

4　各デザイン案を評価し、最適なソリューションとして推奨する基礎知識がある

考慮するべきいくつかの要因:

・使用可能なリソース:

・ソリューションに対する制約条件:

・要求の依存関係性:

ビジネスアナリストは、ニーズに対応するソリューションのうち最も価値が高いと思われる選択肢を推奨する。実装する価値があるデザイン案が存在せず、何もしないことが最善の推奨案となる場合もある。

「ビジネスアナリシスの計画とモニタリング」知識エリアのタスクは、ビジネスアナリストとステークホルダーの活動を整理し、まとめたものです。 この知識エリアのタスクが生成するアウトプットは、BABOK ® ガイドの全範囲にわたる他のタスクの主要なガイドラインとして利用されます。
言い方を変えると、各タスクのガイドラインとしての記述は省略されることが多いです。

この知識エリアには次の5つのタスクがあります。

1.  BAアプローチを計画する
2.  ステークホルダー・エンゲージメントを計画する
3.  BAガバナンスを計画する
4.  BA情報マネジメントを計画する
5.  BAパフォーマンス改善を特定する

BAアプローチを計画する

このタスクの目的は、ビジネスアナリシスのアクティビティーを行う上で適切なやり方を決めることです。

 学習目標は次の6つです。:

1. ビジネスアナリシス・アプローチをルールに従い選択できる。
2. ビジネスアナリシス・アプローチに必要な公式度を決定する方法を理解している
3. 必要なビジネスアナリシス・アクティビティの特定の仕方を理解している
4. ビジネスアナリシスの作業タイミングを、チェンジ全体のコンテキストの中で考慮することを理解している。
5. チェンジの複雑さとサイズ、およびチェンジの全体的なリスク要因を評価する方法を理解している。
6. 主要なステークホルダーがビジネスアナリシス・アプローチを理解し、同意することをルールに従い確実にする。

 1　ビジネスアナリシス・アプローチをルールに従い選択できる。

図のように予測型か対応型かのアプロ―チを計画します

1. ビジネスアナリシスの成果物の公式度と詳細度
2. ビジネスアナリシスのアクティビティを決める
3. ビジネスアナリシスの作業の時期
4. 複雑さとリスク
5. 受け入れ
   BAアプローチは主要ステークホルダーによりレビューされ、合意されます。

ステークホルダー・エンゲージメントを計画する

このタスクの目的は、ステークホルダーと効果的な業務上の関係を築いて維持するためのアプローチを計画することです。

学習目標は次の3つです

1. ステークホルダー分析の実施方法を理解している。
2. チェンジを支援するために必須なステークホルダーのコラボレーションを定義する方法の基礎知識がある。
3. 適切なステークホルダーコミュニケーションのニーズを特定するための基礎知識がある。

1　ステークホルダー分析の実施方法を理解している。

ビジネスアナリシスのアクティビティーが継続する間、繰り返し実施されます。次の項目を調査します

• 役割
• 態度
• 意思決定の権限
• 権力や影響力のレベルなどを調査してまとめます。

2　ステークホルダー・コラボレーション定義：基礎知識

• コラボレーションの時期と頻度、
• 場所／ツール／デリバリー方法
• ステークホルダーの嗜好

3　ステークホルダーのコミュニケーションニーズ：基礎知識

• 何を／適切な方法／誰に／いつ／頻度
• ステイクホルダーの地理的場所
• 詳細度/公式度

 このタスクで重要なテクニックとして、ステークホルダーリスト、マップ、ペルソナがあります。

BAガバナンスを計画する

このタスクの目的は、要求とデザインに関する意思決定がどのように行われるかを定義することです。この定義には情報のレビュー、変更管理、承認、優先順位付けが含まれます。

学習目標は次の4つです。

1. 効果的な意思決定プロセスをルールに従い特定することができる。
2. 要求とデザインの効果的な変更管理プロセスの開発方法を理解している。
3. 要求とデザインのための効果的な優先順位付けプロセスの立案に関する基礎知識がある。
4. 作成される成果物に対する効果的な承認プロセスをルールに従い立案するができる。

このタスクは先週学習した知識エリア「要求のライフサイクルマネジメント」の3つのタスクを計画します。

• 要求変更を評価する：変更管理プロセス
• 要求に優先順位をつける：優先順位付けアプローチ
• 要求を承認する　：　要求を承認する

.1　効果的な意思決定プロセスをルールに従い特定する

• 意思決定の議論への参加者や意思決定プロセスへ経験・知見あるSME
• 情報のレビュアー/　・決定の承認者

.2　変更管理プロセスでBAは次のことを行います。

• 変更を要求するプロセスの決定
• 変更要求の要素を決定
• その他

　.3　優先順位づけアプローチを計画する：次のことを決めます。

• 優先順位の公式度と詳細度
• 優先順位プロセスへの参加者
• 優先順位付けプロセスとテクニック
• 使用される優先順位付の基準。

.4　承認を計画する

　　ビジネスアナリストは、承認すべき要求とデザインの種類、承認の時期、承認を得るためのプロセス、また誰が要求とデザインに承認を与えるかについて決めます。

BA情報マネジメントを計画する

このタスクの目的は、ビジネスアナリシス情報をどのように保存し、どのようにアクセスするかについてのアプローチを開発することです。

学習目標は次の6つです。

1. ビジネスアナリシス情報を整理する方法を理解している。
2. ビジネスアナリシス情報の適切な抽象度の決定に関する基礎知識がある。
3. トレーサビリティ・アプローチの計画立案に関して理解している。
4. 要求の再利用のための計画立案に関する基礎知識がある。
5. ビジネスアナリシス情報の保存方法とアクセス方法をルールに従い決定できる。
6. 要求とデザインの継続的なマネジメントのために、使用される属性を特定するための基礎知識がある。

１  ビジネスアナリシス情報を整理する方法を理解している。

ビジネスアナリストは、効率良くアクセスし、使用できるように、ビジネスアナリシス情報を整理する責任を持ちますので情報を探しやすく、他の情報と矛盾や重複したりすることのないように、適切に構造化します。

２  ビジネスアナリシス情報の適切な抽象度の決定に関する基礎知識がある。

すべてのステークホルダーに同じ情報を提示するのではなく、各ステークホルダーの役割を基に、適切な量と詳細度で情報を提示できるようにします。

３  トレーサビリティ・アプローチの計画立案に関して理解している。

過度の費用をかけずに価値を付加できる詳細度で、アプローチを計画します。

４   要求の再利用のための計画立案に関する基礎知識がある。

次は要求の再利用の有力候補です
•契約上の義務•品質標準•サービス・レベル・アグリーメント
•ビジネス・ルール•ビジネス・プロセスなど。
再利用するには、要求に明確な名前を付けて定義し、他のビジネスアナリストが利用可能なリポジトリにそれらを保存します。

５  ビジネスアナリシス情報の保存方法とアクセス方法をルールに従い決定できる。

リポジトリは、保存したあらゆる情報のステータスを示すことができ、また時間の経過と共に情報の修正が可能なようにします。

６  要求とデザインの継続的なマネジメントのために、使用される属性を特定するための基礎知識がある。

・絶対参照/作成者/複雑さ/オーナーシップ・優先順位/リスク/情報源/安定性・ステータス　・緊急性　など

下図は「BAガバナンスを計画する」タスク、「BA情報マネジメントを計画する」タスクと知識エリア「要求のライフサイクルマネジメント」のタスクとの関係です。

要求のライフサイクルの流れは次のとおりです：

• ビジネス・ニーズを要求として表現するところから始まり。
• ソリューションの開発作業の間、ライフサイクルは続く。
• ソリューションとそれを表現する要求が廃棄された時点で終了する。

ソリューションが実装されたからといって、要求の管理がそこで終わるわけではありません。要求を適切に管理すれば、ソリューションが存続している間ずっと、要求は価値を提供し続けます。
私たちは要求を管理することはプロジェクトの中だけだと思っているかもしれません。ここでもまさに「プロジェクトの境界を越えるビジネスアナリシス」ということです。

 この知識エリアには次の5つのタスクがあります。

1. 要求をトレースする
2. 要求を維持する
3. 要求に優先順位を付ける」
4. 要求変更を評価する
5. 要求を承認する

要求をトレースする

このタスクの目的は、異なるレベルにある要求とデザインが互いに整合していることを確認し、関連している要求のあるレベルで生じる変更が他のレベルの要求やデザインに与える影響をマネジメントすることです。

学習目標は次の3つです。

1. 要求をトレースする際に、価値や関係性を考慮することを理解している。
2. トレーサビリティを効果的に管理するために、追跡すべき関係を特定することを理解している。
3. 使用する適切なトレーサビリティリポジトリをルールに従い決定することができる。

１．要求をトレースする際に、価値や関係性を考慮することを理解している。

公式度が重要です。リンク（トレース）によってもたらされる価値や、生み出される具体的な関係の性質と用途についても考慮します。
要求のトレースに要する工数は、要求の個数が増えるにつれ、あるいは公式度合いが高くなるにつれ、急激に増えますから要注意です。

 ２．トレーサビリティを効果的に管理するために、追跡すべき関係を特定することを理解している。

次の追跡するべき関係の種類を理解しておきましょう

• 派生
• 依存
• 充足

３．使用する適切なトレーサビリティリポジトリをルールに従い決定することができる。

トレーサビリティ用の要求管理ツールを使用することができます。

このタスクで重要なのは「ガイドラインとツール」にある次の2つです。

• 要求管理ツール/リポジトリ（下図を参照）
• 情報マネジメント・アプローチ

 情報マネジメント・アプローチは知識エリア「計画とモニタリング」のアウトプットの一つです。「計画とモニタリング」で解説しますので少しお待ちください。

要求を維持する

このタスクの目的は、要求のライフサイクル全体を通じ、チェンジの間およびチェンジ以後にも要求の精度と一貫性を維持すること、他のソリューションでの要求の再利用を支援することです。

学習目標は次の3つです。

 １．要求情報やデザイン情報をどのように管理するのが最適かを判断するための基礎知識がある。

• 変更が承認された後にも正確性と最新性が確保されるように要求を管理します。BAの責任です。

２．属性をどのように管理するのが最適かを決定するための基礎知識がある。

３．長期的に再利用可能な要求を管理するための基礎知識がある。

• 組織が長期にわたって使用する可能性のある要求を特定し、わかりやすい名前を付けて定義し、 他のステークホルダーが容易に検索できるような方式で保管します。

 これら3つのすべての作業、BAは要求管理ツールを使用して行います。ECBAは知識だけですのでこのような作業があるということを知っておいてください。

要求に優先順位をつける

このタスクの目的は、相対的な重要度に応じて要求にランクを付けることです。

 学習目標は次の3つです。

1. 要求の優先順位付けの根拠を適切に判断することを理解している。
2. 優先順位付けの課題を通じてステークホルダーを導くための基礎知識がある。
3. 新しい情報が入手可能になったときに優先順位をつけるための基礎知識がある。

最初の学習目標だけ「理解」で、残り2つは「基礎知識」ですね。このタスクでも大事なのは次のガイドラインです。知識エリア「計画とモニタリング」のアウトプットの一つです。

• BAガバナンス・アプローチ

１．要求の優先順位付けの根拠を適切に判断することを理解している。

２．優先順位付けの課題を通じてステークホルダーを導くための基礎知識がある。

• 個々のステークホルダーは同じものに 異なった価値を見出しますのでステークホルダー間に対立が生じることがあります。

３．新しい情報が入手可能になったときに優先順位をつけるための基礎知識がある。

• コンテキストに新しい展開があったり、より詳細な情報が利用可能になったりすると、優先順位も 変化することがあります。優先順位付けは継続的なプロセスです。

テクニック：優先順位付け

優先順位付けのアプローチは、以下の4種類があります。

• グループ化：BA 情報を高、中、低の優先度で分類する
• ランク付け：BA 情報を重要度の順に並べる
• 時間制限／予算制限：BA 情報を固定のリソース（時間や予算）の割り当てに基づいて優先順位付けする
• 交渉：ステークホルダーの合意により要求に優先順位を付ける

 このタスクに関与する重要なステークホルダー

• 顧客：顧客またはエンド・ユーザーにとって優先順位の付いた要求が価値をもたらすことを、顧客は検証する。顧客はまた、相対的な価値に基づいて優先順位付けを変更するように交渉できる。
• 実装の専門家：技術的な依存性に関係するインプットを提供する。技術的制約に基づいて優先順位付けを変更するように交渉することがある。
• プロジェクト・マネジャー：優先順位付けを、プロジェクト計画のインプット、および要求からリリースの割り当てへのインプットとして使用する。

このタスクでも重要な「ガイドラインとツール」にある次の2つです。

• 要求管理ツール/リポジトリ
• ガバナンス・アプローチ

要求変更を評価する

このタスクの目的は、要求やデザインに対して提案された変更の意味することを評価することです。

 学習目標は3つです。

1. 評価の公式度を理解している。
2. 必要に応じて影響分析活動を完了するための基礎知識がある。
3. 影響を解決する活動を指導するための基礎知識がある。

１．評価の公式度を理解している。

利用できる情報や、変更の明白な重要性、ガバナンス・プロセスに基づいて、評価の公式度を決定する。

• 予測型：公式度の高い評価
• 適応型：高い公式度は求められない

 ２．必要に応じて影響分析活動を完了するための基礎知識がある。

トレーサビリティは影響評価を行うときの 有効なツールです。

 ３．影響を解決する活動を指導するための基礎知識がある。

変更分析 の結果、明らかになったすべての影響と解決方法は文書化し、すべてのステークホルダーに伝達します。この伝達は要求管理ツールで行うの一般的です。

  このタスクに関与する重要なステークホルダー

• プロジェクト・マネジャー：要求変更の評価をレビューし、ソリューションを問題なく実装するには
  プロジェクト作業の追加が必要になるかどうかを判断する。

このタスクでも重要な「ガイドラインとツール」です。

• ガバナンス・アプローチ

要求を承認する

このタスクの目的は、ビジネスアナリシス作業を継続するため、またはソリューションの構築を進めるため、あるいはその両方のために、要求とデザインについて合意と承認を得ることです。

 学習目標は次の4つです。

1. ステークホルダーの役割と権限レベルを理解している。
2. 衝突をマネジメントし、問題を解決することの必要性を理解している。
3. ビジネスアナリシスに関する重要な情報について、適切な方法を用いてコンセンサスを得ることを理解している。
4. ルールに従い承認決定を追跡し伝達することができる。

 １．ステークホルダーの役割と権限レベルを理解している。

ビジネスアナリスト は、ステークホルダーの承認を得る責任があり、ステークホルダーの 誰が意思決定の責任を持ち、誰がサインオフの権限を有しているのかを理解すること。

２．衝突をマネジメントし、問題を解決することの必要性を理解している。

衝突している立場のステークホルダー同 士でコミュニケーションが図られるように促し、各グループが他者のニーズへの理解を深められるよ うにする

３．ビジネスアナリシスに関する重要な情報について、適切な方法を用いてコンセンサスを得ることを理解している。

ビジネスアナリストは、承認の権限を持つステークホルダーが要求を確実に理解して受け取って くれるようにする責任がある

４．ルールに従い承認決定を追跡し伝達することができる。

承認の決定を記録する。この記録は要求の管理や追跡のツールで行います。

このタスクでも重要な「ガイドラインとツール」にある次の2つです。

• 要求管理ツール/リポジトリ
• ガバナンス・アプローチ

この知識エリアの５つのタスクと「計画とモニタリング」のアウトプット、および「要求管理ツール・リポジトリ」との関係です。

実行系のタスクと計画プロセスのアウトプットとの関係です。この関係を理解しておくことがこの知識エリアにとって最も重要です。

まず、この知識エリアで驚くことは、引き出しとコラボレーションは、計画的に行われるもの、もあれば計画されずに行われるものもあると明言していることです。従来のビジネスアナリシス（いまでも多くの人が思い込んでいること）では、引き出しはしっかり計画に基づいて行うといういわば神話のようなものでした。それをまず、出だしから否定しているのです。それはなぜでしょうか。前回のビジネスアナリシスのコア・コンセプトを思い出してください。コア・コンセプトは「ニーズ」であり「要求」ではありませんでしたね。そうです「要求」ならステークホルダーが明確に認識しているものですから計画通りに引き出すことが可能です。しかし、「ニーズ」はどうでしょう。本人も知らない、気付いていないもの迄含みますから、いくら計画しても自分の気づいていない「ニーズ」を説明するわけにはいきません。ですから計画されずに行われる「引き出し」を公に認めるようになったのではないでしょうか。ですから、計画されずに行うアクティビティーは、予告なしに起きるもので、即興の、あるいは「ジャスト・イン・タイム（必要なとき必要なだけ）」での会話や共同作業などが、それにあたるわけです。

もうひとつ重要なことは、引き出しは単独のアクティビティーではありません。ニーズや要求（まとめて情報と言います）は、ステークホルダーとのやり取りを含むあらゆるタスクを実行する過程で、またビジネスアナリストが（独自の分析作業を実施する過程で引き出されるということになります。それが「知識エリア」の関係の図の意味するところです。

真ん中の3つの知識エリア「戦略アナリシス」「要求アナリシスとデザイン定義」「ソリューション評価」に対して左横に双方向の矢印でつながっていることの意味になります。ですから、真ん中の3つの知識エリアをアクティビティの立場で表現すると「戦略アナリシス＋引き出しとコラボ」「要求アナリシスとデザイン定義＋引き出しとコラボ」「ソリューション評価＋引き出しとコラボ」という意味合いになるのです。

話を本論に戻しましょう。
この知識エリアには次の5つのタスクがあります。

1. 引き出しを準備する
2. 引き出しを実行する
3. 引き出しの結果を確認する
4. BA情報を伝達する
5. ステークホルダーのコラボレーションをマネジメントする

最初の3つのタスクはスムーズにつながっています。準備し、実行し、結果の確認です。個々のタスクより大切なのはタスクを実行する際に使用するテクニックです。以下の3つが引き出しのテクニックの種類です。

• 協働型
• 調査型
• 実験型

協働型：

インタビュー、ワークショップなど直接ステークホルダーとのやり取りを行います。　そのためステークホルダーの経験、能力に左右されます。 

調査型：

ステークホルダーが直接には認知していない資料または情報源から、情報を体系的に発見し、調査します。過去データを分析し動向や過去の結果を特定することもあります。いったいこれは何でしょうか。実はデータマイニングです。そうです、データマイニングが引き出しのテクニックになったのです。それはどうしてでしょうか。やはり「ニーズ」を発見するためにはここまでやる必要があるわけですね。 

実験型：

実験は、人や文書からでは得ることができないある種の情報（まだ知られていない情報）を発見するのに役立ちます。観察研究、概念実証、およびプロトタイプなどです。

引き出しを準備する

このタスクの目的は

引き出しアクティビティーのスコープを理解し、適切なテクニックを選択し、適切な補足資料およびリソースを計画（あるいは調達）することです。

 学習目標は次の5つあります。

1. 引き出し作業のスコープを理解している
2. 適切な引き出しテクニックの選択方法を理解している。
3. 引き出し活動のロジスティクスをルールに従い設定することができる。
4. 引き出し材料の支援を準備する方法を理解している。
5. 引き出し活動を円滑に進めるためのステークホルダーの準備について理解している。

１．引き出し作業のスコープを理解している。

• 対象とするビジネス領域、その企業の文化と環境全般、ステークホルダーの所在地や力関係等を理解している必要があります。

 ２．適切な引き出しテクニックの選択方法を理解している。

• 協働型、調査型、実験型のどのテクニックを使うのかその選択方法です。
• しかし、その前に引き出しのテクニックを理解しておく必要があります。ですからここの学習目標はかなり高いと言えます。
• 単にインタビューやワークショップを知っているだけではすみません。テクニックの数も多いです。
• ここは次の「引き出しを実行する」タスクの理解が不可欠です。

 ３．引き出し活動のロジスティクスをルールに従い設定することができる。

• 引き出しを行う場所（会議室など）、設備（プロジェクター、スクリーン、Zoomなど）
• これは簡単な作業なので、学習目標は「理解」ではなく「ルールに従い～できる」になります。

４．引き出し材料の支援を準備する方法を理解している。

• 具体的な補足資料はどのようなものでしょうか。

５．引き出し活動を円滑に進めるためのステークホルダーの準備について理解している。

• ステークホルダーに事前にどのような準備をしておいてもらったらよいのでしょうか。

5つタスクのうち、4つの学習目標は「～を理解している」ですね。「学習の手引き」（１）を再度復習してみてください。

http://kbmanagement.biz/?p=5498

「基礎知識がある」ではありませんので、単に暗記していればよいわけではありません。他人に説明できるくらいにしっかり理解している必要があります。

 引き出しを実行する

このタスクの目的はチェンジに関連する情報を、引き出し、探査し、特定することです。

学習目標は次の2つだけです。

• 引き出しアクティビティーの導き方を理解している。
• ルールに従い引き出し活動の成果を収集することができる

最初の学習目標は一見簡単そうに見えますが、テクニックのことを考慮するとかなり難解なことが分かります。協働型、調査型、実験型という種類の話をしましたが、具体的な引き出しのテクニックを考慮すると気が遠くなりそうです。次が引き出しのテクニックの一覧（五十音順）です。なんと18種類もあります。BABOKガイドを読んで理解するしかなさそうです。

• インターフェイス分析
• インタビュー
• 観察
• 協働ゲーム
• コンセプト・モデリング
• 調査やアンケート
• データ・マイニング
• データ・モデリング
• ビジネス・ルール分析
• フォーカス・グループ
• ブレーンストーミング
• プロセス分析
• プロセス・モデリング
• プロトタイピング
• 文書分析
• ベンチマークと市場分析
• マインド・マッピング
• ワークショップ

引き出しの結果を確認する

このタスクの目的は、引き出しのセッションで集めた情報が正確であり、他の情報と整合していることをチェックすることです。

学習目標は2つあります。

1. 引き出しの結果と情報源を比較する方法を理解している。
2. 引き出しの結果をその他の引き出しの結果と比較することを理解している

１．引き出しの結果と情報源を比較する方法を理解している。

• 引き出しの結果を導き出した情報源、たとえば、文書やステークホルダーの知識などを記述します。

２．引き出しの結果と情報源を比較する方法を理解している。

• 情報が一貫性を持ち正確に表現されていることを確認するために、複数の引き出しアクティビティーを通して集めた結果を比較する。

 BA情報を伝達する

このタスクの目的は、ステークホルダーがビジネスアナリシス情報の共通の理解を確実に持てるようにすることです。

学習目標は

1. コミュニケーションの目的と形式を決定する方法を理解している。
2. ステークホルダーが情報を理解できるように、適切な詳細度で伝えることを理解している。

１．コミュニケーションの目的と形式を決定する方法を理解している。

共通の理解の意味が重要です。具体的には次のようなドキュメントを要求パッケージ（BA情報パッケージ）として作成します。

• BRD（ビジネス要求文書）
• RFP（提案要求書）
• 要求仕様書、要件定義書など、
• プロダクトロードマップ

ウォーターフォールでは正式なテンプレートが準備されていることが多いですよね。それらを使ってＢＡ情報（要求など）をパッケージ化します。

 ２．ステークホルダーが情報を理解できるように、適切な詳細度で伝えることを理解している。

次いで、出来上がったパッケージを必要なステークホルダーに渡すことです。渡すためには適切な詳細度で伝える必要があります。伝え方にもいろいろあります。

お気づきかもしれませんが、このタスク、前の3つのタスク「引き出しを準備する」「引き出しを実行する」「引き出しの結果を確認する」とは実施するタイミングがかなり異なります。パッケージするためにはBA情報としてかなりまとまっていないとできませんね。「引き出しの結果」を要求アナリシスで分析して、RFPとしてまとめるには相当時間が掛かります。少なくともステークホルダー要求がまとまっている必要があります。別の見方をすると「知識エリア」はビジネスアナリシスの「フェーズ」ではないということです。

ステークホルダーのコラボレーションをマネジメントする

このタスクの目的は、共通のゴールに向けて一緒に仕事をするように、ステークホルダーに奨励することです。実は新しいビジネスアナリシスを代表する極めてユニークなタスクです。タスクの定義が変わりました。

• 「タスクとは、ビジネスアナリシスの一環として公式または非公式に実行される、ビジネスアナリシスを構成する個々の業務である。」

ここで言う「非公式に実行される．．．」の代表的なタスクです。やはり「ニーズ」まで扱うためにタスクの定義まで変更したものと思われます。極めて人間的な作業を意味します。

 学習目標は次の3つです。

1. 必要なステークホルダーのコミットメントに同意を得ることを理解している。
2. ステークホルダーとのエンゲージメントをモニタリングすることを理解している。
3. 主要なステークホルダーと協働関係を示すことを理解している。

 タスクのアウトプットが素晴らしいです。

• ステークホルダー・エンゲージメント：「ビジネスアナリシス活動に進んで取り組もうとする自発的意思」

 これができていなければビジネスアナリシスうまくいきません。ある意味最も重要なタスクと言えるでしょう。ECBAの立場では、経験していなくてもよいのですがこのようなタスクがビジネスアナリシスの根幹にあることをしっかり理解しておく必要があると言えます。

最初の3つのタスクはわかりやすかったのですが後半の2つはかなりユニークなタスクだったかもしれませんね。

次回は「要求のライフサイクルマネジメント」です。

Mod2　ビジネスアナリシスの主要なコンセプト

目的：

• BABOK ® ガイドの内容、コンセプト、アイデアすべての基盤になっています。そして、ビジネスアナリストが、BABOK ® ガイドを理解し、使用して日常業務でビジネスアナリシスを実践する際に必要となる重要なアイデアを理解するための基礎となっています。

学習目標:

次のビジネスアナリシスのコンセプトを理解している。

• ビジネスアナリシスのコア・コンセプト・モデル™
• 主要な用語
• 要求分類のスキーム
• ステークホルダー
• 要求とデザイン

「知識」ではなく「理解している」なので、単に暗記するのではなく、しっかり理解して他の人に説明できるようになっていなければいけません。

ビジネスアナリシスのコア・コンセプト。

次の6つの用語をビジネスアナリシスのコア・コンセプトと言います。

• チェンジ：　ニーズに対応して変える行為
• ニーズ：対処すべき問題または機会
• ソリューション：あるコンテキストにおいて、一つ以上のニーズを満たす具体的な方法
• ステークホルダー：チェンジ、ニーズ、ソリューションと関係を持つ個人またはグループ
• 価値：あるコンテキストにおける、ステークホルダーに対する値打ち、重要性、有用性
• コンテキスト：チェンジに影響を及ぼし、チェンジから影響を受ける状況。これによりチェンジを理解することができる周囲環境

このコア・コンセプトのそれぞれが、ビジネスアナリシスを実践する際の基本となる考えで、どのコンセプトも同等に必須のものです。コア・コンセプトのそれぞれが、他のコア・コンセプトにより定義され、それを完全に理解するには、すべてのコンセプトを理解しなければなりません。あるコンセプトが、他のコンセプトより重要になることも、他より大きな意味合いを持つこともありません。この6個のコア・コンセプトを利用すると、ビジネスアナリシスのタスクにより引き出し、分析し、管理していく情報の種類を理解するのに大変役に立ちます。

6つのコア・コンセプトを図解表現したものをビジネスアナリシス・コア・コンセプト・モデル（BACCM）といいます。

 BABOKが他の知識体系と際立った特徴はこのコア・コンセプトにチェンジ（Transformationを含む）があることです。昨今、DXがブームになっていますが、まさにDXにビジネスアナリシスが有用なのはこのコア・コンセプトのチェンジがあることです。DXのための知識体系と言っても良いかもしれません。（少し言いすぎ）

 主要な用語

6つのコア・コンセプトのつぎに重要な用語として位置づけられるのが次の主要な用語（8個）です。

• ビジネスアナリシス
• エンタープライズ
• 計画
• 組織
• デザイン
• ビジネスアナリシス情報
• 要求
• リスク

従来、ビジネスアナリシスは要求を最も重要視していましたが、この新しいBABOKでは「ニーズ」をコア・コンセプトにしています。すなわち「要求」より「ニーズ」の方がより重要という扱いです。それは「要求」になってからでは遅いからです。ステークホルダーの知らない、気が付いていないような「ニーズ」を満たすソリューションを提供することがステークホルダーにより大きな価値を提供できるようになる、という考え方（思想かもしれません）がベースにあるのです。

ですから、「要求」は「ニーズの理解しやすい表現」ですが、「ニーズを分かりやすく具体化したもの」と考えた方が良いかもしれません。ニーズが顕在化されたものが要求です。

 同様に、「デザイン」という用語が出てきました。「ソリューションの理解しやすい表現」です。「ソリューション」は「ニーズ」とペアです。気が付いていない「ニーズ」を満たす「ソリューション」もまだ何を意味するのか分からない状態です。その分からない「ソリューション」を具体的に分かりやすくしたものが「デザイン」というわけです。手書きのスケッチレベルでもデザインです。決して詳細設計を意味するものではありません。

要求分類のスキーム

要求は次の4つに分類されます。ビジネス要求、ステークホルダー要求、ソリューション要求、移行要求です。

ビジネス要求

•  なぜチェンジを開始したかを示すゴール、目標、成果の記述です。
  エンタープライズ全体、ビジネス領域、特定のイニシアチブなどに適用できます。コンテキストの大きさが幾つもあり得ます。

ステークホルダー要求

• ビジネス要求を達成するために満たさなければならないステークホルダーのニーズを表現します。ビジネス要求とソリューション要求との間をつなぐ架け橋の役目を果たします。
• 日本では次のような業務上の要件：注文が来たら製品と納品書・請求書を届け、顧客は請求書に従って振込み、受注側はその入金を確認する。その業務のことをビジネスと言い、業務要件のことを「ビジネス要件」という場合がありますね。用語の定義の違いと言えばそれまでですが、BABOKで言う「ビジネス要求」とは大きく異なり、まだまだステークホルダー要求の部類ですので注意が必要です。

ソリューション要求と移行要求はおなじみだと思いますので割愛します。

ステークホルダー

各タスクの実行責任と説明責任はビジネスアナリストですが、お手伝いしてくれる人、影響を受ける人などのリストです。各タスクには誰がどのように支援してくれるのかが記載されています。

• 運用サポート
• エンド・ユーザー
• 規制者
• 業務領域の専門家
• 顧客
• サプライヤー
• 実装の専門家
• スポンサー
• テスト担当者
• ビジネスアナリスト
• プロジェクト・マネジャー

要求とデザイン

従来はビジネスアナリシスでは要求に注目し、設計には一切携わりませんでした。新しいビジネスアナリシスでは少しだけデザインにも責任を持つようになりました。その違いは微妙ですね。

• 要求はニーズを理解しやすく表現したもの：どのような価値を提供できるか（What kind of Value）
• デザインはソリューションを理解しやすく表現したもの：どのように価値を実現できるか（How value be realized）

ですから、デザインは何か具体的なもの（手書きのスケッチ、プロトタイプ、など）を見せることです。それを見たらステークホルダーは「だったらさらにこれがほしい」という新たな要求が出てくることが多いですね。これが重要です。こうして段階的に詳細な要求に進化していく過程を大事にしています。これを発展するとデザイン思考のプロセスになります。

コアコンセプトの「ニーズ」と「ソリューション」各々を理解しやすく表現した「要求」と「デザイン」の関係がBABOKの中核的な考え方であることを理解しましょう。

ニーズ　→　要求　→　デザイン　→　ソリューション

次回はいよいよ具体的な知識エリア「引き出しとコラボレーション」です。

連載で「ECBA学習の手引き」をお届けしたいと思います。

ECBAの出題範囲は次のとおりです。BABOKガイドの章立てに沿って言うと、

• 第1章　序論
• 第2章　BAの主要コンセプト
• 第3章　BAの計画とモニタリング
• 第4章　引き出しとコラボレーション
• 第5章　要求のライフサイクルマネジメント
• 第7章　要求アナリシスとデザイン定義
• 第9章　基礎コンピテンシー
• 第10章　テクニック

 あれっ、何か抜けてますね。
そうです。「第6章　戦略アナリシス」と「第8章　ソリューション評価」は範囲外です。
エントリーレベルなので、戦略的なことやソリューションが価値を出していること検証する作業までは扱わなくてもよいという意味です。ですので、この学習の手引きでもこの2つの知識エリアは対象外としています。

 次の順番で学習の手引きを主導していきたいと思います。

1. 序章、BA知識
2. 引き出しとコラボレーション
3. 要求のライフサイクルマネジメント
4. 計画とモニタリング/基礎コンピテンシー
5. 要求アナリシスとデザイン定義

１．序章、BA知識

• ECBAは、ビジネスアナリシスの経験がなく、ビジネスアナリシスのスキルを身につけようとしている人に、ビジネスアナリシス専門職への参入を認める資格を提供します。ECBAは、過去4年以内に最低21時間の専門能力開発を必要とし試験に基づいて実施されます。

ですから、どなたでも勉強さえすれば受験可能です。

学習目標

学習目標は、ECBAの認定を受けるために個人が実証することが期待されるコンピテンシーと熟練度を反映しています。ECBAの場合、コンピテンシーの測定基準として、具体的には以下のような熟練度があり、各学習目標は以下のように3種類記載されています。

•  基礎知識がある – コンピテンシーに関わる基礎的なスキルや知識について、基本的に認識しています。
•  理解している – コンピテンシーの主要な要素と、それがなぜ重要なのかを認識しています。しかし、そのコンピテンシーに基づいて行動するための経験やスキルレベルは期待されていません。
•  ルールに従う – コンピテンシーに関連する活動を、決められたやり方で行うことができます。一般的に、タスクを遂行するためには、ルールやガイドラインが必要です。

簡単に言うと「知っている（暗記）」「理解しているが行動はできない」「教えてくれればできる」の3つのレベルがあるわけです。これらの学習目標がBABOKの各タスク（およびその中の要素）に対応しています。

最初の「ビジネスアナリシスとBA専門職」に関しては、

目的：「ビジネスアナリシスとBA専門職の役割を定義すること」

学習目標は次の2つです。

• ビジネスアナリシスがどのようなものかを理解している。
• ビジネスアナリシス専門職が何をする人かを理解している

2つとも学習目標は「理解している」レベルです。暗記のレベルではありません。

ビジネスアナリシスの定義

• ニーズを定義し、ステークホルダーに価値を提供するソリューションを推奨することにより、エンタープライズにチェンジを引き起こすことを可能にする専門活動

この定義をしっかり理解し、他の人に説明できるようでなければいけません。

 また、ビジネスアナリストに関しても、以下の記述を理解し説明できる必要があります。

「ビジネスアナリストは、BABOK® ガイドに記述されたタスクを実施する人であり、肩書きや組織上の役割を問わない。ビジネスアナリストは、エンタープライズ内のさまざまな情報源から情報を発見し、統合し、分析する責任を負う。その情報源は、ツール、プロセス、文書、ステークホルダーなどである。ビジネスアナリストは、現状の根本的な課題と原因を決定するために、ステークホルダーの真のニーズを引き出すことに責任を負う。」

• 例えば、「情報」とは何を意味するのでしょうか？
• また、「真のニーズを引き出すことに責任を負う」とはどんなことでしょうか？

そして、次のビジネスアナリストの基本的なアクティビティも説明できなければいけません。

なぜビジネスアナリシスの資格を取得するのがよいのでしょうか？

昨年（2021）のGlobal state of Business Analysis Survey (GSBA)での調査結果を紹介します。

ビジネスアナリシス資格を取得することは、ビジネスアナリシスの専門職としてスタートする、または既存のBAキャリアを構築するのに役立ちます。興味深いことに、調査の回答者が資格取得によって得た利益のトップは、仕事上の自信（30%）でした。その以外のメリットは以下の通りです。

• 仕事上の役割にやりがいを感じる (15%)
• 就職先が見つかった（11）
• 給料が上がった（11）
• 業績評価の向上（9）
• 昇進に役立つ（6）

新しいスキルを身につけ、認定資格で既存のスキルを確認することは、ビジネスアナリシス専門職が仕事上の自信を高め、給与交渉を有利に進めるのに役に立っているのです。

ビジネスアナリシス資格取得後、どのくらいで自信の向上、給与の向上、仕事の充実感といった効果が期待できるのでしょうか。

2021年GSBA調査の回答者は、資格取得後すぐに効果を実感したと回答し（28%）、50%以上が1年未満で効果を実感しています。

• 直後： 　　28%
•  1-6か月：  27%
•  6-12か月：17%

さらに、認定資格のデジタルバッジが有効です。

ソーシャル・メディアに投稿することにより、採用担当者（または上司）の目から見て、より競争力のある候補者になることができます。その結果、あなたの収入を高める可能性がでてきます。

では具体的にビジネスアナリシス資格取得の3つのヒントを紹介します。

資格を取得することを決めたら、以下のヒントを参考にして、プロセスをより早く、より簡単に進めてください。

1) 基礎的な認定から始める – ビジネスアナリシス専門職の多くは、入門レベルのビジネスアナリシス資格取得から始めることを勧めています。

IIBA Entry Certificate in Business Analysis (ECBA：ビジネスアナリシスへのエントリー資格)です。ECBAは、BABOK®ガイドに従ったビジネスアナリシスに関する基礎的な知識をカバーしています。ECBAは、採用者が求めているビジネスアナリシスの知識とスキルを持っていることを証明してくれます。

2) 自分の好みに合わせて試験の準備をする – ビジネスアナリシス認定試験の準備方法は1つだけではありません。IIBA の GSBA 調査によると、ビジネスアナリシス専門職は、以下の手段でスキルを開発しています（ECBAの場合）。

• 教室コース(IIBA®教育認定プロバイダー「EEP」コース、その他のトレーニングプロバイダーコース)
• 支部のイベント(プレゼンテーション、ワークショップ、会議)
• 支部のスタディグループ
• 会議(基調講演、トラックセッション、チュートリアル、ワークショップ)
• 自主学習(BABOKガイド®ガイドv3.0の読み取り/勉強、アーカイブされたウェビナー)
• オンラインコース(IIBA®教育認定プロバイダーコース、その他のトレーニングプロバイダーコース、ライブウェビナー)

自分に最適な学習方法（一つだけにこだわらないで）を見つけるまで、さまざまな学習方法を試してみてください。
注意：上記はECBAの場合です。CBAPの場合には専門能力開発として認められないものがあります。

3) 学習スケジュールを守る – 認定用の学習教材を最大限に活用するために、学習スケジュールを作成し、それを守るために全力を尽くしましょう。

学習スケジュールは、オンラインまたは対面式の認定コースに追加する必要があります。そして、オンライン監督試験の準備もお忘れなく – 準備をし、何をすべきかを知り、IIBA®オンライン監督試験体験ガイド（別紙）を読んでください。認定試験の勉強に力を入れれば入れるほど、初回で合格する可能性が高くなります。受験料も安く済みます（2回目以降、再受験料が必要です）。

• ビジネスアナリシスは難しいな
• 資格のハードルが高すぎる（7,500時間の経験なんてできっこないよ）CBAPの場合。
• 英語の試験なんて誰が受けるものか。CBAP試験のみ日本語化されてもなあー
• プロジェクトマネジメントすらうまくいっていないのにそのうえ（上流工程）のビジネスアナリシスまでは手が回らない

そのためか、ついにIIBAは初級の資格である、「ビジネスアナリシスへのエントリー資格」（略してECBAといいます）試験の日本語化を決断しました。まだ具体的日程はアナウンスされていませんが、近いうちに開始されるとのことです。（2022年6月1日に開始されました。）
そこでこの「ビジネスアナリシスへのエントリー資格」とはどういうものであるのか、受験の資格などについて解説していきたいと思います。まず全体としては「マルチレベルのコンピテンシーベースのビジネスアナリシス認定プログラム」と言います。ECBA、CCBA、CBAPの3つのレベルを認定しています。そしておのおのコンピテンシー・ベースということでそのレベルが明確に規定されています。

コンピテンシー・ベースのコア・ビジネスアナリシス認定プログラムは、キャリアアップを通じてビジネスアナリシス専門職を認定し、成長と開発のためのより多くの機会をサポートします。 これは、今日の市場でビジネスアナリシス専門職を認定する進化の重要なステップとなっています。

3レベルのコア・ビジネスアナリシス認定プログラムは、個人の能力を評価および測定し、ビジネスアナリシス専門職とその雇用主の両方に対して各レベルで何が期待されているかを明確に示します。 このコンピテンシーは、認定レベル間の明確な差別化を提供し、ビジネスアナリシス専門職が特定の学習と開発を求め、目的のレベルを達成するためにそれらをサポートできるようにします。

ビジネスアナリシス認定プログラムは、3つのレベルでビジネスアナリシスのキャリアアップの成熟度の高さを認識しています。この認定プログラムは、ビジネスアナリシス専門職がビジネスアナリシスのキャリアを開発することを奨励し、キャリアにおけるマイルストーンを認識し、ビジネスアナリシス認定の進行に沿ったキャリアをマッピングする機能を提供します。

ビジネスアナリシス専門職は、キャリアのスタートから退職に至るまで、専門職として成長し、その成長と発展が評価される機会があります。

 Level 1:　ビジネスアナリシスへのエントリー資格（ECBA）【改訂】

ECBA（Entry Certificate in Business Analysisi）は、ビジネスアナリシスの経験がなく、ビジネスアナリシスのスキルを身につけようとしている人に、ビジネスアナリシス専門職への参入を認める資格を提供します。ECBAは、試験に基づいて実施されます。
この度日本語化試験が開始されることになったのがこのECBA試験です。（21時間の専門能力開発時間の要件はなくなりました。）

レベル 2:　ビジネスアナリシスの能力認定　資格　（CCBA®）

CCBA®（Certification of Capability in Business Analysis™ ）は、2～3年のビジネスアナリシス経験を持つ、結果重視のビジネスアナリシス専門職を認定するものです。CCBAは、過去7年以内に3750時間以上の経験と、過去4年以内に21時間以上の専門能力開発を必要とし、試験に基づいて実施されます。

レベル3: 認定ビジネスアナリシス専門職 (CBAP®)：

CBAP® は、5年以上のビジネスアナリシス経験を持ち、ビジネス価値をリードし提供するBA専門職を認定するものです。CBAPは、過去10年以内に7,500時間以上の経験と、過去4年以内に35時間以上の専門能力開発が必要で、試験に基づいて実施されます。2018年から日本語試験が行われています。

次回は

ECBA試験の具体的内容について解説します。