日本のITプロジェクトは成功率が低い、と言われています。実際に日経コンピュータが行った調査では、日本のITプロジェクト成功率は31.1%という結果が出ています。日本のIT企業の3分の2以上がITプロジェクトに失敗しているということです。
その成功の定義は、企業ごとにまちまちかもしれません。ある企業ではコストとスケジュールが守られれば成功とみなすかもしれません。また一方では経営課題の解決こそが成功と厳密に定義することもあるでしょう。
何をもって成功かという定義が大切なのは間違いありません。例えば、日経コンピュータの調査では「QCD(品質、コスト、納期)のすべてにおいて、当初計画通りの成果を得た」とITプロジェクトの成功を定義しています。
別のデータを見てみましょう。BABOKを発行している国際非営利団体IIBAがまとめた資料によると、米国のITプロジェクト成功率は34%であり、成功定義については日経コンピュータの定義と同じです。
何らかの問題(品質、コスト、納期)があったITプロジェクトに関しては51%となっています。ちなみにカットオーバー以前にキャンセルになったり、成果物が未完成となったITプロジェクトは15%です。
後者の15%のITプロジェクトは完全なる失敗として、重要なのが51%の、何らかの問題が発生したITプロジェクトです。品質が要件定義を満たしていない、予想以上のコストがかかった、納期が遅れたといったいずれかの問題を抱えているわけですが、それだけでは一概に失敗とは言えません。
予想以上のコストがかかったとしても、納期が遅れたとしても、プロジェクト完了後にそれ以上の利益があれば、これは成功と分類しても良いと判断することも可能です。こうした成功の定義は、各企業によって異なるのではないかと思います。
しかし、何の問題もなくITプロジェクトが完了することが、べストであることは変わりません。そんなITプロジェクトを実現する上で注目されているのがBABOKです。
今回は、このBABOKについて解説していきます。
BABOKとは
「A Guide to the Business Analysis Body of Knowledge」の略であるBABOKは、ビジネスアナリシス知識体系ガイドと訳され、ビジネスアナリシスの知識体系をまとめたものです。2005年10月にIIBA(International Institute of Business Analysis)によって発行されました。
ビジネスアナリシスは、IIBAによって次のように定義されています。
ビジネスアナリシスは、ニーズを定義し、ステークホルダーに価値を提供するソリューションを推奨することにより、エンタープライズにチェンジを引き起こすことを可能にする専門活動である。ビジネスアナリシスによって、エンタープライズはチェンジの必要性と合理的根拠を明確にでき、価値を提供するソリューションのデザインを記述できる。
噛み砕いて説明すると、ビジネスアナリシスとは「要件定義に入る前に、開発・導入するソリューションの目的や要求を明確にすること」だと言えます。よく「ステークホルダー間の橋渡しとなるタスクやテクニック」とも言われていますが、まさにその通りです。
ソフトウェア開発や導入といったITプロジェクトでは、要件定義段階に入る以前に、その目的や要求を明確にすることが大切とされています。何のためのソリューションなのか、何を要求するのかが明確になっていないまま見切り発車したITプロジェクトは、そのほとんどが失敗しています。
というよりも、そもそも目的が明確になってしないので成功か失敗かも判断できない状況、と言っていいでしょう。
BABOKはこうしたITプロジェクトの問題を回避すべく、正しい目的・要求設定にもとづいた、要件定義を実現するためのガイドブックなのです。
BABOKの概要とITソリューションの定義
BABOKは7つの知識エリアと38のタスクで構成されています。その構成は次のようなものです。
知識エリア1.ビジネスアナリシスの計画とモニタリング
- ビジネスアナリシスのアプローチを計画する
- ステークホルダの分析を主導する
- ビジネスアナリシスのアクティビティを計画する
- ビジネスアナリシスのコミュニケーションを計画
- 要求マネジメントプロセスを計画する
- ビジネスアナリシスのパフォーマンスをマネジメントする
知識エリア2.引き出し
- 引出しを準備する
- 引出しのアクティビティを主導する
- 引出しの結果を文書化する
- 引出しの結果を確認する
知識エリア3.要求のマネジメントとコミュニケーション
- ソリューションスコープと要求をマネジメントする
- 要求のトレーサビリティをマネジメントする
- 再利用に備えて要求を保守する
- 要求パッケージを準備する
- 要求を伝達する
知識エリア4.エンタープライズ・アナリシス
- ビジネスニーズを定義する
- 能力ギャップをアセスメントする
- ソリューションアプローチを決定する
- ソリューションのスコープを決定する
- ビジネスケースを定義する
知識エリア5.要求アナリシス
- 要求に優先順位を付ける
- 要求を体系化する
- 要求の仕様化とモデリングを行う
- 前提条件と制約条件を定義する
- 要求を検証する
- 要求を妥当性確認する
知識エリア6.ソリューションのアセスメントと妥当性確認
- 提案ソリューションをアセスメントする
- 要求を割り当てる
- 組織の準備状況をアセスメントする
- 移行要求を定義する
- ソリューションを妥当性確認する
- ソリューションのパフォーマンスを評価する
知識エリア7.基礎コンピテンシー
- 分析的思考と問題解決
- 行動特性
- ビジネスの知識
- コミュニケーション(情報伝達)のスキル
- 人間関係のスキル
- ソフトウェアアプリケーションの活用
いかがでしょうか?
ITプロジェクトを成功させるために実行すべきビジネスアナリシスは、これだけの数があります。しかし、必ずしもBABOKを取り入れなければ失敗するというわけではありません。実はこれらのタスクの多くを、私たちは無意識に行っています。これを「無意識のビジネスアナリシス」と言ったりもします。大切なのは思考錯誤を繰り返し、ITプロジェクトを成功へ導こうという姿勢です。
ちなみにBABOKにおいて度々登場する“ソリューション”という言葉は、人によって定義が異なる言葉です。BABOKを理解するためには、BABOKで定義されているソリューションを理解する必要があるので、その定義も併せて掲載しておきます。
ソリューションとは、組織の現状に加える変更の集まりである。その変更は、ビジネスニーズを満たし、問題を解決し、好機を生かすために加える。
BABOKは必要に応じて変化させる
BABOKはあくまでビジネスアナリシスに関するタスクやテクニックを整理したものです。実際にそのまま適用すれば現場で機能するかというと、そうではありません。大切なことはITプロジェクトの種類や性質に応じて、適宜変化を加えることです。また、BABOKの活用範囲はITプロジェクトに限定されないので、様々なプロジェクトに取り入れることも可能です。
ITプロジェクトを成功させたい、QCDを満たしてITソリューションを提供したい、そんなニーズがあれば、一度BABOKに目を通してみてはいかがでしょうか?