このチャレンジステートメントに欠けている情報は、望ましい結果です。適切に書かれたチャレンジステートメントには、誰 (対象となるペルソナ)、何を (解決する必要性または問題)、およびなぜ (望ましい結果または利益) の 3 つの要素が含まれている必要があります。たとえば、より適切な課題ステートメントは次のようになります。変化する市場でより多くの収益を生み出すために、営業チームの適応力を高めるにはどうすればよいでしょうか? 解決策の仮説は、テストと検証が必要な提案された回答であるため、チャレンジ ステートメントの一部ではありません。

設計チームが開発チームと協力する主な理由は、技術的な制限を検証するためです。
技術的な制限とは、プラットフォームの機能、統合、パフォーマンス、セキュリティ、スケーラビリティなど、ソリューションの実現可能性や実行可能性に影響を与える制約や課題です。設計チームは開発チームと相談して、これらの制限を理解して対処し、ソリューションが現実的で達成可能であることを確認する必要があります。参考文献:
https://trailhead.salesforce.com/en/content/learn/modules/salesforce-strategy-designer-certification-prep/engage-

指標に基づいて意思決定を行うことに慣れているリーダーのグループに新しい製品ビジョンを提示するための最良のアプローチは、製品ビジョンに関する最大の質問を特定し、プロトタイプのデータを収集することです。これは、背後にある仮定や仮説を検証または無効にするのに役立ちます。ビジョンを明らかにし、その実現可能性と実行可能性について証拠に基づいた議論を提供します。このグループにとって、定性的なユーザー調査や競合分析の実施は、説得力や関連性が十分ではない可能性があります。

説明
戦略設計者は、コアチームメンバーとのアイデア出しとスケッチに関するワークショップを促進して、チームメンバーの関与をさらに高める必要があります。ワークショップは、参加者が協力してアイデアを生み出し、問題を解決し、意思決定を行う共同セッションです。アイデアとスケッチは、創造性を刺激し、コンセプトを視覚化するためのテクニックです。開発者をこれらのアクティビティに参加させることで、戦略設計者は開発者がデザイン思考の価値を理解し、プロセスに対する当事者意識を育み、スキルや視点を活用できるように支援できます。
インタビューを実施すると、プロセスのアプローチについて洞察が得られる可能性がありますが、設計作業には関与しません。彼らがこれらの方法に慣れていない場合、統合やペルソナ開発のための会話をリードするように彼らを招待することは、彼らに過度のプレッシャーを与える可能性があります。

キックオフ ミーティングは、互いのスキル、コミュニケーション スタイル、期待を理解するための活動を促進することで、共同作業を開始する前にプロジェクト チームの調整に役立ちます。これは、異なる背景や視点を持つチームメンバー間で信頼、信頼関係、コラボレーションを構築するのに役立ちます。参考文献:
https://trailhead.salesforce.com/en/content/learn/modules/salesforce-strategy-designer-certification-prep/facilitate