在之前的文章中，笔者写到分别写到《设计思维，提升数字化企业客户体验与竞争力》、《客户角度，设计思维价值如何体现》、《设计思维在“IT组织”中有什么好处？》等，从多角度阐述了设计思维的价值。

那设计思维与敏捷之间，有什么区别呢？

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

然而，这两种策略并不是可互相替换的。

什么是敏捷？

敏捷是一种项目管理方法，它通过收集快速反馈，生成迭代版本，能够快速调整计划以最好的方式满足用户的需求。敏捷的基础在敏捷宣言中进行了概述，该宣言出现于2000年代提出，作为项目经理通过提高相应速度和减少文书工作和预定义规范的负担来应对软件设计中的高失败率的一种方式。

它为开发人员提供了一个新的项目管理方法，让他们可以自由地测试新想法、衡量用户响应并根据他们的反馈调整项目计划————同时这仍然很容易且成本低廉。

这应该听起来很熟悉吧？

敏捷项目管理的基础来自定义设计思维的相同理论和实践。考虑到敏捷宣言12个原则中的第一个：“我们首要的任务是通过早期和持续交付有价值的软件来满足用户”。

用“软件”来替代你要尽力解决的任何问题，这样您就已经为任何优秀的设计思维项目打下了基础。

什么是设计思维？

设计思维是一种发现需要解决的实际问题的方法，通过头脑风暴更好，更具创新性的解决方案来直接处理该需求。它遵循六步流程，为用户提供一个框架，用于与客户互动、推动传召里和迭代解决方案以获得最佳的结果。

与敏捷一样，设计思维是建立在将客户视为合作者的基础上，在整理设计过程中，收集他们的反馈，并允许该反馈推动下一个迭代，尤其当用户告诉你，你构建的产品并不起作用时。

这两种方法在重要方面有所不同

敏捷是一种解决预定义问题的范式，而设计思维则侧重于发现正确的解决方案。这是一个重要的区别，因为设计思维为用户提供了一种方法，可以对他们应该遵循的流程做出更好的选择，而不仅仅是选择什么渠道和方式最好、最快的到达那里。

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

敏捷需要用户参与，但是设计思维事实上是展示给你如何去做它。任何好的设计思维工作坊都将会教你如何倾听用户并观察他们的表现，那样你就可以理解他们的需求并确定需要解决的问题。这是两种方法之间其中一个最重要的不同，最主要的是设计思维被评为帮助公司创造创新产品的最佳框架的主要原因— — 击败敏捷、精益和其他框架。敏捷团队可以每天与最终用户交谈，但如果他们没有倾听和响应他们需求的技能，那么交互就不会增加他们寻求的价值。

幸运的是，你不必选择其中之一，这两种方法可以很好的互补，并且可以成为更加以客户为中心和创新的更广泛努力的一部分。

当软件开发人员在与客户交谈时学会使用设计思维时，他们可以更好地收集反馈并响应正确的信息。反过来，设计思维可以从采用敏捷策略和术语（如每日站会和冲刺）中受益，以推动团队更好的协作和沟通。

这两种方法一起可以改变您的组织，并确保每个项目为业务、你的客户和你的公司创造价值。

声明：本文翻译自 ExperiencePoint

阅读更多[敏捷知识]、[敏捷转型经验]、实践等…欢迎关注掘金账号@鲸舟研发管理
如果对我们的产品感兴趣，可以逛逛我们的官方网站鲸舟研发管理平台 试用了解