设计思维和敏捷的区别与联系
-
-
liushahe 这家伙很懒，还没有设置简介...
0 人点赞了该文章 · 24 浏览
设计思维和敏捷哪种更好？你应该使用哪种？两者有何不同？为什么有这么多这两种方法间模糊界限的讨论？尽管两者都面临着相同的挑战，但两者的来源不同， 设计思维和敏捷的起源故事值得我们深入探究。
设计思维
设计思维是将设计与所有特定工具集（工业设计、架构设计、平面设计）解耦后，认识到这一过程可以应用于任何的问题上。
设计思维也作为人本设计的同义词；这种联系的建立很大程度上要归功于上世纪80年代末90年代初斯坦福大学和IDEO内部人员的工作。在此背景下，设计是一个周期性过程，用以明确未来的状态，并向后连接到当前的状态（这就是“逆向工程”和“后合理化”这样的术语常见于设计中的原因）。
在可行性、愿望和获利点之间来回跳跃，就是设计的本质。我在这里故意用“跳跃”这个词，是因为无论我们用了多少个三向维恩图、弯曲线条或其他比喻来描述，设计本质上是一个模糊的过程，在此过程中，只有经过向前跳跃（原型设计、头脑风暴、草图概述），随之向后跳跃（综合、故事讲述、汇报），才能形成共识、树立信心。
敏捷
敏捷方法是开发软件的一种方法，它的特性由软件本身决定。对许多人来说，它是瀑布式开发（或称为工程）的补救之术。瀑布/工程过程完全可以适用于硬件的生产，但就软件而言，这个方法可谓是完全错误的。
对于硬件，越接近生产环节，要进行更改的成本会越高；而对于软件，特别是对象明确的软件（上世纪70年代以来，基本所有软件都是如此），更改元素的成本相对较低。这一点因互联网连接的“永远在线”而进一步突显出来，即意味着如今的软件开发者能够随时向用户推送软件更新。
敏捷宣言中包含着持续的测试理念，还要求软件开发应该不断进行从输入用户需求到创造出“足够好”软件的循环过程。
这种不断改进的状态与设计的前后跳跃过程基本上是一样的。唯一的区别是，在设计中，我们是在项目期间都保持这种状态，而在敏捷中，我们将在软件的整个生命周期中维持这种状态。
精益
精益和精益创业这两者的区别也值得讨论。
精益以敏捷为基础。
敏捷提高了团队的自主能力，创造持续的工作过程，而精益则进一步强调了效率（减少浪费、快速行动、大局意识）。同样的，这些也都是设计团队所熟悉的概念，从而导致精益与设计思维之间的模糊。
