ビジネスアナリストがステークホルダーに伝えるべきALMの利点の1つは、ALMがアプリケーションをより効率的に構築するのに役立つプロセスとポリシーを提供することです。ALMは、ソフトウェアアプリケーションの開発、テスト、デプロイ、保守に関わる段階とアクティビティを定義し、管理するフレームワークです。ALMは次のような点で役立ちます。
* アプリケーションをより効率的に構築する：ALMは、開発プロセスを合理化および標準化し、エラーや手戻りを減らし、チームメンバーや関係者間のコラボレーションとコミュニケーションを改善し、アプリケーションの品質と一貫性を確保するのに役立ちます。
* ビジネス目標とニーズとの整合性：ALMは、アプリケーションがユーザーと利害関係者の要件と期待を満たし、ビジネスに価値と利益をもたらし、ビジネス戦略と目標をサポートすることを保証するのに役立ちます。
* 変化と課題への適応: ALM は、継続的なフィードバックと改善を可能にし、新しい機能や機能性を組み込み、問題やリスクに対処し、新しいテクノロジーやイノベーションを活用するのに役立ちます。他のオプションは、間違っているか、無関係です。オプション B は、ALM が 3 つの Salesforce リリースへのプレビュー アクセスを提供するのではなく、リリースに対応するために保守試験またはモジュールを必要とするため、間違っています。オプション C は、ALM が機能を静的なままにして段階的な変更を減らすことを許可するのではなく、変化と機能強化を受け入れる反復的でアジャイルな開発を促進するため、間違っています。参照:
https://trailhead.salesforce.com/en/content/learn/modules/application-lifecycle-and-development-models/u

ビジネスアナリストが最初の調査会議で収集すべき情報は、現在のサポートプロセスの制約です。最初の調査会議は、ビジネスアナリストがプロジェクトの主要なステークホルダーとスポンサーと面談し、彼らのニーズ、期待、目標、課題、問題点を理解する会議です。ビジネスアナリストは、プロジェクトが対処しようとしているギャップ、問題、または改善の機会を特定するために、現在のサポートプロセスの制約に関する情報を収集する必要があります。ビジネスアナリストはまた、プロジェクトの範囲、予算、タイムライン、成果物、役割と責任、および成功基準に関する情報も収集する必要があります。サポートチームの従業員評価サイクルは、ビジネスアナリストが最初の調査会議で収集すべき情報ではありません。従業員評価サイクルは、従業員のパフォーマンスと能力開発を定期的に評価するプロセスです。これはプロジェクトの範囲や目標とは関係がなく、現在のサポートプロセスの制約を特定するのに役立ちません。主要なステークホルダーの連絡先情報は、ビジネスアナリストが最初の調査会議で収集すべき情報ではありません。主要関係者の連絡先情報は、会議の前後に入手できる情報ではあるが、関係者のニーズや期待、あるいは現在の支援プロセスの限界を理解する上で役立つものではない。参考文献：
https://trailhead.salesforce.com/en/content/learn/modules/business-analyst_skills-strategies/explore-techniques-i

この要件から適切なユーザー ストーリーを作成するための INVEST チェックリストの「I」コンポーネントを最もよく表すオプションは B です。財務ユーザーとして、コンテナの組み立てにかかる時間を知りたいので、コンテナの収益性を正確に報告できます。「I」コンポーネントは独立性を意味し、ユーザー ストーリーは自己完結型で、他のユーザー ストーリーに依存したり、重複したりしてはならないということです。オプション B は、財務ユーザーの特定のニーズと目標に焦点を当てており、他のユーザー ストーリーに依存したり、影響を与えたりしないため、独立しています。他のオプションは、依存しているか、無関係です。オプション A は、他のユーザー ストーリーに依存したり、重複したりする可能性のある特定のソリューション (タイムシート オブジェクト) を指定しているため、依存しています。オプション C は、コンテナの組み立てにかかる時間を知るという要件に対応していないため、無関係です。参照:
https://trailhead.salesforce.com/en/content/learn/modules/business-analysis-user-stories/write-user-stories