Inception Overview

需要给TWI（ThoughtWorks Immersion）作个培训，总结了对Inception的一些认识，和大家分享。

为什么我们要做Inception?

Inception的历史

首先，让我们来到问题的情境当中，这个情境有以下几个元素：

1.一个企业

2.交付一个软件

3.解决一个业务问题

2001年，年轻的设计师Luke和Marc遇到了这样一个情境：

一个企业-英国农业部

交付一个软件-一个新的农业税计算平台

解决一个业务问题-处理全国各个粮仓收粮时候的退税问题

Luke和Marc青葱少年自然依恋设计师自由的明媚、追求设计理想，然而现实并不是这样，他俩被安排写了9个月文档。第十个月，英国农业部宣布农业税的重要改革，他俩9个月的工作变成得毫无价值。

这就是那个时代的故事，每个流程上的人，辛辛苦苦完成的工作，最后因为一个变动而变得毫无意义，聪明的二人开始反思：作为设计师的我们该如何面对更快的变化呢？

他们开始思考这样的问题：

1.为什么变化可以让我们做的变得毫无意义？因为我们做的事情都基于某个「不会变化的假设」：农业部的税收制度在一年内不会变化。

2.事实上这些假设「被打脸」的频率从一年变成了9个月，而且会越来越高。

3.这些假设还来自于内部，领导在让我们写文档的时候说：「同志们，放心吧，真的不会变，写吧」，我们假设领导是对的。

4.我们能不能避免假设呢？似乎不能没有，不假设，不打包票，谁会干活？

5.那么在不能避免假设的情况下，我们要做的是降低「假设带来的潜在伤害」

你发现你生长在一个充满假设的世界里，他们说市场不会变、他们说他们要的东西一定会成功、他们说他们完全理解你的意思、他们说改了这一版不会再改了，呵呵，都是骗子。

事实上，你的项目里：市场一定会变、他们说的东西根本就是个玩笑、他们根本不懂也不在乎你说什么、他们改了一版还会有之后的下一版。

我们需要设计一种流程尽可能降低假设带来的潜在伤害。

1.买单的人知道我们在干什么、怎么干 ——验证利益相关者的战略

2.设计师和客户之间对于解决方案达成了一致——验证设计有效性

3.可以实现——验证方案可行性

4.可以在一定时间内实现——验证方案实现时间的合理性

5.有用户愿意使用我们的服务——验证产品有效性

6.未来运营的人认同我们的方案并表示可以继续运营下去——验证产品可运营性

为了解决这个问题，ThoughtWorks就有了Inception，我们需要这种方法来验证假设，而Inception则尝试用最短的时间（短至1周）完成以上的6大验证。

参考阅读：ThoughtWorks洞见文章《Inception的核心逻辑》