ビジネスアナリストは新しいソフトウェアの導入において重要な役割を果たし、クライアントと開発チームの仲介役を務めます。彼の主な仕事は、ビジネス要件を明確に特定し、文書化し、技術的仕様に伝達すること、さらに成功の実現基準を合意することです。
主な特徴：
要件の分析と形式化：ビジネスアナリストは、初期のリクエストを詳細に処理し、それを理解しやすく、明確で、測定可能な要件に変換します。
成功のためのクリティカルファクター（CSF）と主要業績評価指標（KPI）の定義：クライアントと共に、製品導入の成功を評価するためのメトリックを策定します。
ステークホルダーの期待の管理：進捗を伝達し、「完了」の基準（Definition of Done）を合意し、制約や優先事項を考慮して期待を調整します。
最も重要な要求は機能的要求か非機能的要求か？
回答：両方の要件は同等に重要です。機能的要件は「システムが何をすべきか」を定義し、非機能的要件は「システムがそれをどのように行うか」を定義します。どちらかを軽視すると、導入が失敗します。
納期が迫っている場合、受け入れ基準なしで進められるか？
回答：いいえ、明確な受け入れ基準がないと、論争や再作業につながります。デッドラインの中でも、基準は優先されますが、無視されてはなりません。
ビジネスアナリストは自分自身で成功とみなす結果を決定すべきか？
回答：いいえ、正しいアプローチはクライアントと共に明確で測定可能な成功基準を協議し、アナリストの自己意見に頼るべきではありません。
ネガティブケース：合意された受け入れ基準なしにCRMシステムを導入。要件は表面的にしか定義されず、リリース時には営業部門とIT部門の間に意見の不一致が発生した。
プラス：
マイナス：
ポジティブケース：要件の形式化、クライアントとの成功基準のマトリックスの作成、定期的なデモ。
プラス：
マイナス：