设计思维 VS 敏捷：两者有什么区别？

公司寻求以客户为中心的创新战略时，通常会在这两个概念之间做选择：敏捷方法或设计思维。这两种思维模式有着相似的理念：收集客户的反馈并采用迭代方法进行设计，以激发灵感，帮助团队规避错误，产生更好、更快、更出色的产品。

一、什么是敏捷？

敏捷是一种项目管理方法，它通过收集快速反馈及生成迭代版本，能够快速调整计划以满足用户的需求。发布于21世纪初的《敏捷宣言》概述了敏捷的四原则及十二价值观。

敏捷为开发人员提供了一个新的项目管理环境，让开发人员可以自由地试验新想法，沟通用户需求并根据他们的反馈调整项目计划——这种方式能够控制成本，且很容易做到。

二、什么是设计思维？

设计思维是一种帮助大家发现真正需要解决的问题的方法，然后通过集思广益来提出更优秀、更具创新性的解决方案，来解决这一需求。设计思维遵循以下六步流程，为用户提供一个与客户互动，驱动创造力并迭代解决方案以获得最佳结果的流程框架：

1. 提出问题：确定要解决的问题；
2. 收集灵感：激发创新思维；
3. 综合行动：整合各种信息，确定战略重点；
4. 产生想法：打破常规，提出创新性想法；
5. 使想法切实可行；
6. 测试学习：通过迭代原型来进行测试。

与敏捷一样，设计思维建立在将客户视为合作者的基础上，在整个设计过程中收集他们的反馈，并通过这些反馈拉动下一次迭代——尤其是当用户告诉你，迄今为止构建的东西不起作用的时候。

三、重要区别

敏捷是一种解决预定义问题的方法，而设计思维则侧重于找到要解决的实际问题。这是一个重要的区别，因为设计思维能够为用户提供一种可以最大化改善这一进程的方法。

敏捷是一种用于构建更优秀的软件的项目管理方法，而所有人都可以使用设计思维来解决任何没有明确解决方案的大型复杂问题。

敏捷需要用户参与，但设计思维实际上是向用户展示如何去做。任何好的设计思维研讨会都会侧重于如何倾听客户的意见并观察他们的行为，这样就可以理解他们的需求并确定需要解决的问题。这是两种方法之间最重要的区别之一，也是设计思维敏捷、精益等其他框架，被评为帮助公司创造创新产品的最佳框架的主要原因。敏捷团队可以每天与终端用户交谈，但如果他们没有倾听和响应他们需求的技能，那么交互就不会增加他们寻求的价值。

不过，这两者并不是鱼与熊掌的关系，不必只择其一。这两种方法可以很好地互补，推动客户为中心的价值以及创新思维的应用：当软件开发人员在与客户交谈时学会使用设计思维时，他们可以更好地收集反馈并响应正确的信息。反过来，设计思维人员可以从敏捷方法和流程（如每日站会和 Sprint）中受益，以推进团队的协作和沟通。

这两种方法结合应用，可以改变组织的原有方法流程，确保组织的每个项目都可以为客户、业务以及公司创造价值。