説明
ビジネス アナリストが利害関係者との最初の調査会議で行うべきことは、利害関係者と協力して CK の目的、顧客、指標、およびビジネス全体を調査および定義し、プロジェクトの方向性とビジョンを伝えることです。ディスカバリーは、ビジネスの現状を理解し、問題やニーズを特定し、目標や望ましい結果を定義することを目的とした Salesforce プロジェクトのフェーズです。最初の調査会議では、ビジネス アナリストは利害関係者と協力して、CK の使命、ビジョン、価値観、顧客、競合他社、業績指標などのビジネス コンテキストについての共通理解を確立する必要があります。これは、ビジネス アナリストが利害関係者との調整を行うのに役立ちます。 Salesforce導入のための共有ビジョンと戦略。既存のプロセスにおける特定の問題点について話し合い、文書化することは発見の一部である可能性がありますが、最初の会議ではそうではありません。ビジネスアナリストは、プロセスの詳細に入る前に、まず CK のビジネスの全体像を理解する必要があります。潜在的な Salesforce ソリューションのプレビューと関係者からのフィードバックの収集は、発見の一部である可能性がありますが、最初の会議では行われません。ビジネス アナリストは、解決策を提案する前に、まず CK のビジネスの問題やニーズを理解する必要があります。参考文献: ビジネス アナリストは、解決策を提案する前に、まず CK のビジネスの問題やニーズを理解する必要があります。参考文献: ビジネス アナリストは、解決策を提案する前に、まず CK のビジネスの問題やニーズを理解する必要があります。参考文献:
https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/customer-di
https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/collaboratio

説明
ビジネス アナリストは、メタデータの変更の各セットを対応するユーザー ストーリーに関連付けて、リリース チームと協力してこれらの課題を解決する必要があります。メタデータの変更とは、ユーザーストーリーまたは要件の実装の一環として、Salesforce オブジェクト、フィールド、レイアウト、ワークフローなどの構成またはカスタマイズに加えられる変更です。メタデータの変更をユーザー ストーリーに関連付けると、各ユーザー ストーリーにどのような変更が行われたのか、変更が行われた理由、および変更を行ったユーザーを追跡して文書化するのに役立ちます。これは、展開およびテスト中の混乱、エラー、または競合を回避するのに役立ちます。参考文献:
https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/collaboratio

説明
「ハイタッチなカスタマー エクスペリエンスを提供する」というコンポーネントは、カスタマー ケア担当者が新しいケースを担当し、顧客とコミュニケーションを取ることで得られるメリットや価値を説明しているため、ユーザー ストーリーの理由の一部となっています。ユーザー ストーリーの人物の部分は「カスタマー ケア担当者」です。これは、その機能から恩恵を受けるユーザーの役割またはペルソナを説明するためです。ユーザー ストーリーのどの部分が「新しいケースを担当し、顧客とコミュニケーションを取ること」であるかというと、顧客ケア担当者が望んでいる、または必要としている機能を説明しているためです。ユーザー ストーリーの where 部分は、通常、受け入れ基準やワイヤーフレームなどの他のドキュメントや成果物に取り込まれるため、この例には含まれていません。ユーザー ストーリーの仮定の部分は、通常、リスク登録や問題ログなどの他のドキュメントや成果物にキャプチャされるため、この例には含まれていません。参考文献: 1
https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-certification-prep/user-sto