初识 Inception

感觉成功的从机械攻城狮窜到了程序猿，遇到了很多新的知识，各种新的名词。inception 最近三四个月断断续续听过几次，一直不明白到底做什么的，有幸参加为期两天的培训，大体上了解了 inception 的流程，特此记录一下自己的感想。

本文内容不是记录知识或者一系列定义、方法论的堆积，也许我的另类视角会为您带来新的理解。

What and Why

Inception 的实践源于 ThoughtWorks 长期做定制交付软件的实践经验

在变化无处不在的环境下，力求设计⼀种流程，尽可能降低假设带来的潜在伤害。一般是在3天到两周时间里，将相关干系人召集，就产品方案和交付范围讨论，力求达成一致（短期快速、集中互动、达成一致）。

通过短时间的、高效率的讨论及分析，实现 context 的快速交换，且与团队 / 合伙人共同研讨，使双方有更多的合作性、参与性。

在 inception 过程中可帮助相对迷茫的参与者或者需求发起者更好的认知自己的目的，也许谈出的最终结果与开始的设想天壤之别也并非不可能，当然也可能将不切实际的想法、不符合市场供需的需求及时的扼杀，避免盲目直接开发带来的无谓投入。

短期小团队

inception 过程中，相关干系人包括但不限于：业务、开发、UX、市场、PO 等交付团队以及需求决策层。这么多人的聚集，必然要有一定的“组织者”、“主导者”，可以根据需求的类型决定主导者。

Inception 目标

我感觉，从一个产品的生命周期来看可能更好，无论是需求提供方还是需求实现者，大家组合成一个共同的团队，为一个产品的生命及生存去考虑，创生并维生。

明确产品策略

此生命的存在意义？产品的愿景、定位实际上就是生命的价值，团队明白这个生命的价值，才好为其后续如何让生命更好的生存去合理的考虑

明确交付范围

此生命的形态是什么？一个复杂的生命体包含多种部分，联合构成一个完整的生命体，了解目标的生命形态，有助于预计创生过程的复杂性、难度。

明确产品发展蓝图、产出交付计划

此生命的核心是什么？总要有个优先级，生命孕育的过程不可避免的有先后顺序及侧重点

明确基础设计和技术框架

无论是站在巨人的肩膀，还是自己造轮子，创造的过程不能盲目乱跑，尤其是多人协作的情况下，总要有一个大的框架

快速进入交付：let’s go

简易流程<