多国籍メーカーの事業部門は、完全性が重要な機器の劣化インシデントに対処するための堅牢なプロセスを導入したいと考えています。このようなインシデントをタイムリーかつ完全に解決することは、事業部門が継続的に安全で収益性の高い運営を行うために不可欠です。各インシデントの処理には、さまざまな部門の多くの従業員が広範囲に協力し、情報を交換する必要があります。その情報は複数のシステムに分散されており、アクセスは特定のユーザー グループに限定されています。現在の手動プロセスでは、一部のインシデントは忘れ去られ、何年も未解決のままになります。
プロジェクトのスポンサーは、機器の完全性および信頼性アドバイザーであり、別の事業部門からこのポジションに異動しました。その事業部門は、情報を統合し、インシデントの追跡と管理を支援するために独自のアプリケーションを実装しました。このアプリケーションで良い経験を得たスポンサーは、アプリケーションをカスタマイズして新しい事業部門で再利用することを提案しています。
ビジネス部門のエンタープライズ アーキテクト (EA) は、ソリューションのオプションを評価し、経営陣の意思決定者に提示する責任を負っていますが、既存のアプリケーションの採用に関していくつかの懸念を抱いています。アプリケーションは他のデータ ソースとのポイントツーポイント インターフェイスを使用しますが、ビジネス ユニットのターゲット アーキテクチャはデータ ウェアハウス ベースの統合に依存しています。さらに、2 つの事業部門は異なるレガシー システムと異なるフロントエンド実装テクノロジを使用しています。さらに、既存のアプリケーションは単一言語ですが、事業部門ではユーザー インターフェイスと一部のデータを 2 つの言語で表示する必要があります。これらすべてを考慮すると、既存のアプリケーションをカスタマイズするよりも、新しいアプリケーションを最初から構築する方が簡単な場合があります。どのオプションがより良いかを理解するには、
EA は、既存のソリューションの統合機能が事業部門の IT 環境に適合するかどうかを理解したいと考えています。EA が必要とする要件定義は、「インシデントの各レコードは である必要があります。」となります。

経営陣があなたのところに来て、組織の現状に関する仕様とモデルを完成させるよう求めます。経営陣は、このビジネス分析アクティビティをできるだけ早く完了し、結果を報告してほしいと考えています。要件の指定とモデル化のプロセスの主な目的は何ですか?

住宅ローン融資を行う金融機関は、最終的に住宅ローン事業の成功率を向上させるために、成長を妨げる活動を排除する業務プロセス改善の取り組みに着手しました。識別のベンチマークとして、同機関は成功率が 75% 未満のビジネス プロセスの改善に熱心に取り組んでいます。同機関は、ビジネス・アナリスト（BA）を任命し、取引の開始、支払い、終了のプロセスをレビューし、改善の機会を特定し、解決策を推奨しています。
BA は、過去 3 か月間、これらのビジネス プロセスに関連して次の情報を収集しました。
*すべてのビジネス プロセスは、現在のトランザクション数の点で最大能力に達しています。
*各ビジネスプロセスには一定数の拒否があり、拒否の理由には文書化、検証、担保、資金調達などが含まれます。融資拒否は、銀行の顧客が住宅ローン処理手数料または住宅ローン閉鎖の支払いを怠った場合に発生します。
BA はまた、文書の拒否を排除するための解決策として文書チェックリストの使用を推奨しています。

検証拒否を 50% 削減するという追加の推奨事項が住宅ローン組成プロセスに導入された場合、住宅ローン組成プロセスの潜在的な成功率はどれくらいですか?

ほとんどのソフトウェア開発プロジェクトで必須なのは次のうちどれですか?

ある大企業には、地理的に分散した数千人の従業員と数十の IT システムがあります。複数のビジネス アナリスト (BA) が、さまざまな関係者とのさまざまな要件に並行して取り組んでいます。要件を個別に考慮すると、要件を承認した人にとっては意味があり価値があるように見えます。ただし、実装となると、要件の一部は互いに矛盾しているように見えます。リード BA は、トレーサビリティ情報を追加すると、プロセスの早い段階でそのような矛盾を発見するのに役立つことを認識しています。
BA は要件をどこまで追跡する必要がありますか?