説明
ビジネス アナリストは、ユーザー ストーリーに簡単に優先順位を付けることができ、正確に見積もるのに十分な量であることを確認することで、ユーザー ストーリーが効果的に記述されていることを確認する必要があります。ユーザー ストーリーは、エンド ユーザーまたは顧客の観点から見た機能の短くて簡単な説明です。ユーザー ストーリーは、Independent、Negotiable、Valuable、Estimable、Small、Testable を表す INVEST 基準に従う必要があります。簡単に優先順位を付けることができ、正確に推定できるほど小さいユーザー ストーリーは、推定可能および小規模の基準を満たす可能性が高くなります。推定可能とは、開発者やテスターがそれを完了するのに必要な労力と時間を見積もるために、ユーザー ストーリーに十分な情報と明確さが含まれている必要があることを意味します。小規模とは、ユーザー ストーリーがシンプルかつ簡潔である必要があり、1 人の開発者または小規模チームが 1 つのスプリント内で完了できる必要があることを意味します。
参考資料:https://trailhead.salesforce.com/content/learn/modules/user-story-creation/write-user-stories

目標を最も正確に表すユーザー ストーリーは B です。CK Web サイトのサイト管理者として、最新のプロモーション中に Web サーバーが平均トラフィック レートの 150% でリクエストを処理できることを確認したいと考えています。このユーザー ストーリーでは、誰 (サイト管理者)、何を (Web サーバーがリクエストを処理できることを確認する)、なぜ (最新のプロモーション中)、どのように (平均トラフィック レートの 150% で) を明確に定義します。このユーザー ストーリーは、今後のプロモーションに向けてストレス テストを実行するという目標とも一致しています。ストレス テストは、極端な負荷や要求の下でシステムがどのように動作するかを評価するテストの一種です。他のオプションは不正確か不完全です。選択肢 A は、ストレス テストの目標ではなく、システムの使いやすさと直観性を評価するテストの一種であるユーザビリティ テストの目標を表しているため、不正確です。オプション C は、買い物客が混乱なく購入を完了できることを確認する方法 (どのような速度またはレベル) を指定していないため、不完全です。参考文献:
https://trailhead.salesforce.com/en/content/learn/modules/business-analysis-user-stories/write-user-stories

説明
Salesforce プロジェクトの実装ライフサイクルのフェーズの正しい順序は、分析、構築、提供、運用です。分析フェーズでは、ビジネス アナリストは要件を引き出し、ビジネス プロセスをマッピングし、ユーザー ストーリーを作成します。構築フェーズでは、開発チームがユーザーストーリーに基づいて Salesforce を構成およびカスタマイズします。提供フェーズでは、ソリューションがテスト、検証され、実稼働環境にデプロイされます。運用フェーズでは、フィードバックと指標に基づいてソリューションが監視、維持、改善されます。参考文献:
https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/get-started-w

DevOps は、ソフトウェア開発と IT 運用を組み合わせてソフトウェアをより迅速かつ確実に提供するための一連のプラクティスです。DevOps は、ビジネス アナリストやシステム管理者が、バージョン管理、継続的インテグレーション、継続的デリバリー、テスト自動化などのツールを使用して、Salesforce にコミットした変更を追跡するのに役立ちます。
参考文献:
* https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-certification-prep/im
* https://www.salesforce.com/products/platform/best-practices/devops/