需要给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的核心逻辑》
什么是Inception
Inception产出物
真正的输出是SOW：交付时间点和项目范围
共识：交付计划，技术选型，用户故事列表，用户体验设计，设计风险及解决方案，沟通计划
本文作者万学凡，ThoughtWorks首席咨询师，武汉。作者保留本文一切权利，未经许可请勿转载。
