学习目标

完成本单元后，您将能够：

• • 定义挑战框架和范围界定以及何时使用它。

• • 解释为什么挑战框架是战略设计过程不可或缺的一部分。

• • 描述确定挑战范围的要素。

• • 解释挑战框架和范围界定的关键规划注意事项。

• • 解释挑战框架中的常见权衡以及如何驾驭它们的策略。

挑战框架及其对战略设计过程的重要性

挑战是生活中正常的一部分。但是当谈到战略设计过程时，挑战意味着非常具体的事情。在这种情况下，挑战是您试图解决的问题，它考虑了您正在创建的内容的用户——特别是他们的想法、感受和行为方式。 

每个好的解决方案都始于了解您的用户及其背景。每一个好的挑战陈述都阐明了对您的业务和团队至关重要的迫切需求。您可以关注客户、合作伙伴、利益相关者、供应商或员工。在许多情况下，他们可以是您的客户、合作伙伴和利益相关者的客户。要解决问题，您首先要确定挑战。

挑战框架是成功计划或项目中的第一个对齐时刻。它定义了您要解决的问题的重点，并阐明了您的团队打算做什么。挑战框架：

• • 根据解决挑战所需的时间和技能，告知范围界定。

• • 为团队提供清晰度和方向。

• • 设定决策者和其他利益相关者对他们在项目中将要解决和不会解决的问题的期望（并提供协商这些问题的机会）。

• • 为项目创建成功的共享定义。

• • 确保团队正在从事对组织有价值的事情。

良好的挑战框架可以为您的用户创造同理心，并为发现和探索解决问题留出空间。您可以通过提出以下问题来开始构建过程：

• • 现状有什么问题？

• • 解决方案会对谁产生影响？

• • 期望的结果是什么？

• • 应该将哪些相邻区域排除在该重点之外？

当您回答这些问题（以及针对您的特定挑战的其他问题）时，您将开始更好地理解解决问题所涉及的内容。但并不是每一个挑战都需要被框定。如果您是：

• • 处理模棱两可或复杂的问题。

• • 推动现有工作或产品/服务发生重大变化。

• • 围绕目标、角色和期望调整新团队。

• • 提出一项需要资金或领导支持的新计划。

• • 努力创造持久的优势（一种将为当今客户创造价值同时为未来的增长和价值奠定基础的战略）。

• • 尝试确定谁最适合解决您的问题（例如，是用户体验问题、组织设计问题、战略问题、技术问题等等）。

但如果出现以下情况，则无需提出挑战：

• • 有解决问题的明确途径。

• • 它代表了对现有产品/服务的进化变化。

• • 您的团队正在有效且高效地工作，以可预测的时间间隔提供可衡量的改进。

• • 您的团队正在解决短期问题，您需要他们专注于下一个版本。

完成挑战框架后，就可以根据时间、团队和可交付成果确定项目范围。

Cloud Kicks的挑战案例

Cloud Kicks 是一家总部位于加利福尼亚州奥克兰的员工不到 200 人的运动鞋公司，该公司重视可持续性、创新、多样性和优质的客户服务。它的运动鞋深受西海岸影响者的欢迎，例如寻求时尚、独特和舒适鞋类的名人、职业运动员和技术专业人士。与 COVID-19 大流行期间的大多数公司一样，Cloud Kicks 一直在努力解决供应链延迟问题。其首席执行官担心品牌忠诚度和声誉的下降。由于供应链问题既不明确又复杂，因此战略设计师正在领导一个项目来解决这一挑战。

为了根据 CEO 的愿景清楚地界定挑战，战略设计师首先要提出 CEO 的担忧。虽然问题的根本原因是供应链中断，但任何解决方案的最终影响都将对 Cloud Kicks 用户和客户服务团队产生影响。因此，该项目将需要探索将运动鞋交付给客户的完整价值链。 

挑战范围界定

虽然挑战框架是关于鼓舞人心的解决方案，但范围界定过程是关于如何构建项目的后勤计划。应有意设计范围界定以允许发现和探索。范围界定允许您计划、组织和管理解决框架挑战所需的时间、人员和其他资源。它概述了要完成的工作、如何完成、由谁完成，以及预期的结果。 

它可以帮助您的团队了解项目涵盖和不涵盖的内容。因为您还不知道哪种解决方案或解决方案类型最有效，所以范围界定意味着拥有团队、时间和资源来了解用户如何思考和行动以及测试和完善解决方案。因此，请考虑您是在寻求项目的进化还是革命。

当战略设计师开始计划如何解决 Cloud Kicks 的挑战时，他们使用这五个关键要素来确定流程的范围。每个元素都经过仔细考虑，因为每个元素都可以彻底改变项目。 

1. 1. 了解需求。
      • • 需求：你要解决的问题是什么？
      • • 观众：您的解决方案将服务于哪些观众？
      • • 上下文：关于此问题已知哪些重要因素？

1. 1. 阐明设计的机会。
      • • 挑战宣言：设计的契机是什么？
      • • 价值：为什么这很重要？
      • • 假设：关于这个机会的预感是什么？要明确。我们的用户必须具备哪些条件才能使其发挥作用？什么假设引导我们进入这个我们需要测试的项目？
      • • 目标：您的解决方案将推动哪些业务、客户和社会成果？

1. 1. 建立解决问题的方法。
      • • 设计：您将使用什么策略设计流程来解决这个挑战？
      • • 理由：为什么这种方法适合这个挑战？
      • • 团队：您的团队需要哪些专业知识和生活经验来解决问题？
      • • 外部利益相关者：您需要哪些用户来进行发现和探索？

1. 1. 制定项目计划。
      • • 时间：您需要什么时间范围？
      • • 里程碑：分享进展和审查工作的重要里程碑是什么？
      • • 资源：您需要哪些预算和资源才能取得成功？

1. 1. 确定成功和潜在风险的措施。
      • • 成功：你怎么知道你是否成功了？
      • • 跟踪：您可以使用哪些用户、企业和社会指标来衡量？
      • • 风险：应考虑哪些风险或后果？

关键规划注意事项

在挑战框架和范围界定过程中，请牢记这些规划注意事项。

取景

• • 限制挑战框架有助于您更准确地理解设计的需求和机会（问题、受众、背景和挑战陈述）。

• • 通过建立方法和制定计划来拓宽解决方案空间，从而提供更多发现和探索的机会。

范围界定

• • 在项目开始之前保持广泛的范围允许一个更加以人为本的过程来找到最具影响力的解决方案。

• • 缩小范围会阻碍广泛的探索。您始终可以在整个过程中缩小关键收敛里程碑——您的团队缩小选择范围并决定在下一阶段工作中优先考虑什么的时刻。

导航常见的权衡

在挑战框架过程中，权衡取舍（或放弃某物以换取另一物）是不可避免的。当不同的学科聚集在一起解决问题时，它们尤其常见。常见的权衡，称为三重约束、平衡范围（包括什么）、分配的时间和成本（项目预算）。 

以项目团队为例。与三人团队相比，五人团队通常可以在更短的时间内取得更多成就，但更大的团队会产生财务影响。虽然较小的团队可能对预算更友好，但缩减团队规模可能意味着在可以完成的工作范围内进行权衡。

战略设计师的角色是做出妥协，而不是牺牲。当权衡发生时，对你能做什么要现实一些，并把你需要的和你想要的东西本质化。考虑这些问题。

• • 你能瘦到什么程度？

• • 在整个项目中什么时候需要关键团队成员？

• • 您与用户有多个接触点，还是可以将其更改为一个？

尽可能保持“是，如果”的心态，而不是“否”的心态。最好告诉利益相关者，“如果我们能找到预算，你可以得到你想要的东西”或“……如果我们能延长项目时间表。” 想一想您对请求说“是”而不是“否”需要什么。利益相关者会欣赏您正在努力使他们的请求有效，而不是将您视为阻止他们获得他们想要的东西的阻碍者。

在合适的人面前做出正确的权衡也很重要。例如，如果来自利益相关者而不是您（策略设计者），讨论缩小范围会更容易被接受。最好让利益相关者对事情施加限制或提供有关为什么某些事情不可能的背景信息。此外，您可能会学到一些重要的新知识。

明白为什么界定和界定您的设计挑战如此重要了吗？在下一个单元中，探索帮助您解决挑战的最有效方法之一——我们如何 (HMW) 陈述。

资源

• • Trailhead： 使用项目管理计划精简版

• • 外部链接：  Stanford d. 学校：设计项目范围界定指南

• • 外部链接： Asana 项目范围界定指南