戦略分析とは、提案されたソリューションのリスクとメリットを特定・評価し、それがビジネス目標や目的に合致しているかどうかを確認するプロセスです。ビジネスアナリストは、ソリューションがプロジェクトのスケジュール、予算、範囲、品質、および関係者に与える影響を理解するために戦略分析を行います。
参考文献：
* https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-certification-prep/pe
* https://www.iiba.org/standards-and-resources/babok/strategy-analysis/

説明
開発者向けプロサンドボックスのストレージ容量は1GBです。300MB、200MB、2GBは、開発者向けプロサンドボックスのストレージ容量としては使用できません。
参考資料：https://help.salesforce.com/s/articleView?id=sf.data_sandbox_environments.htm&type=5

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

スプリント終了時にストーリーが未完了となる最も可能性の高い原因は、ストーリーが小さいことです。小さいとは、ユーザーストーリーがシンプルで簡潔であり、単一の開発者または小規模チームによって単一のスプリント内で完了できることを意味します。大きすぎたり複雑すぎたりするユーザーストーリーは、スプリント期間内に見積もり、優先順位付け、テスト、または納品することが困難になる可能性があります。小さすぎるユーザーストーリーは、些細なものであったり、冗長であったり、プロジェクトの目標と無関係であったりする可能性があります。十分に小さくないユーザーストーリーは、より小さく管理しやすいチャンクに分割する必要があるかもしれません。参考資料：https://trailhead.salesforce.com/content
/learn/modules/user-story-creation/write-user-stories