「アナリシス」は、情報(要望や要求など)をより深く理解し、完全なものとし、洗練させるために、それら(要望や要求)を調査し、詳細化し、統合し、明確にするプロセスです。プロジェクトで実行される主要な活動のひとつであり、通常は相当な工数を確保する必要があります。この知識エリアにはプロダクト情報(要望や要求)を分析し、モデル化し、そして文書化するだけでなく、その情報が正しい情報であり、標準に準拠し、ゴールにつながっていることを追跡し、固有のリスクを特定し、プロダクト・デザインに変換できる、といったことを確実にします。知識エリア「アナリシス」の全体像をプロセスマップで表示します。[画像クリックで拡大]ご覧の通り、この知識エリアはプロセスが9つあります。プロセスの多い知識エリアです。それだけビジネスアナリシスにとって重要な知識エリアと言えます。定義アナリシスの実行方法について事前に考えるプロセスです。け方法などが含まれます。PMBOKと異なり、計画書とは言わずにアナリシス・アプローチと言います。要求事項と他のプロダクト情報ツールと技法モデル・カテゴリーの図を参照してください。[画像クリックで拡大]重要なことは5つのカテゴリーすべてを網羅するように複数のモデリング・テクニックを選択することです。することにより要求のモレをなくすことが可能になります。ひとつだけのモデリングですべての要求をカバーすることはできません。スコープモデルはビジネス要求事項を明確にする場合に使用することがあります。プロセスモデル、ルールモデル、データモデルはステークホルダー要求事項やソリューション要求事項に主に使われます。インターフェースモデルはソリューション要求事項です。ITシステムへの要求です。アウトプットアナリシス・モデル(複数)アウトプットのモデルが複数なことに注意してください。一つだけのモデルですべての要求が分析できるわけではありません。データの視点、プルセスの視点など複数の角度(視点)から要望や要求を分析する必要があります。最近では特にプロセスからビジネスルールや意思決定を分離して管理することがビジネス上の優位性をもたらすことに注目され始めてきています。用語集プロダクト・バックログ要求管理ツールストーリー精緻化ストーリー・スライシングユースケースユーザー・ストーリーこれら技法のなかで、Readyの定義、ストーリー精緻化、ストーリーマッピングなどのアジャイル系の技法に注目してください。このBAガイドはかなりアジャイル開発を意識していることが分かります。アウトプット要求事項と他のプロダクト情報このアウトプットの要求事項はビジネス要求事項、ステークホルダー要求事項、ソリューション要求事項などが含まれます。主な対象はステークホルダー要求事項とソリューション要求事項なのですが、さらにビジネス要求事項まで含まれることも注目です。ここですべてのプロダクト情報を合わせたものとして要求事項パッケージを作成します。要求事項パッケージとは次のような要求に関連するドキュメントです。ウォーターフォール型では公式なドキュメントとして作成されることが多いと思います。要求が十分な品質であることを確認するプロセスですベネフィット要求事項が組織の規定された標準を満たす方法で表現されたり、理解されたりする可能性が高まること。要求事項と他のプロダクト情報ツールと技法INVESTピア・レビューINVESTは次の6項目の略語です。要求事項の検証はあくまでも要求事項の形式的な品質のチェックです。BA組織標準やINVESTを満足しているからと行ってビジネス的に意味のあるものであるかは何も問われていません。そのビジネス的に意味があるものかをチェックするのがつぎの妥当性確認です。ソフトウェア開発ではソフトウェアの検証はテストで行います。単体テストや総合テストです。ソフトウェアの妥当性確認はユーザーによる受入れ検査です。ユーザーにとって意味のあるものか(使い物になるのかどうか)はユーザーによる受入れ検査でチェックされますね。それと類似のことを要求事項においても行います。ビジネス・ゴールとビジネス目標を満たしているか確認するプロセスです。ビジネス要求事項と整合することを確実にします。要求事項の検証と妥当性確認を独立したプロセスで行えるのはなぜでしょうか。ビジネスアナリシス以外の知識体系ではほとんど見うけられません。CMMIやソフトウェアエンジニアリング知識体系(SWEBOK)では主に要求事項の検証までです。ビジネスアナリシスのみビジネス要求を定義しているからなせる業と言えます。定義ビジネス・ゴールとビジネス目標、想定導入コスト、実現可能性、および付随するリスクに基づいて、ソリューション・デザイン案を特定し、分析し、比較し、そしてこの評価結果を利用して、提示されたデザイン案に関する推奨を行うプロセスです。