炼金术(1): 识别项目开发中的ProtoType、Demo、MVP

软件开发是很分裂的，只有不断使用原则和规律，才能带来质量。

只要不是玩具性质的项目，项目应该可以大概划分为0-1，1-10，10-100，100-1000四个种重要阶段。其中，0-1是原型验证性的；1-10是Demo展示性的；而10-100是项目的最小功能集，可以让产品初步达到可以第一次发布的阶段；最后100-1000则需要对项目做持续的迭代，完善项目的完整功能，达成完整发布。

项目立项的时候，可以为一个项目做出原型（ProtoType）。项目原型是内部用的，使用的开发工具也可以是内部的。原型的核心目的是验证项目的核心能力，以及这个核心能力是有价值的，值得我们为之发起一个团队项目去设计、实现、测试、发布产品。原型对应的是项目的0-1阶段。

项目立项之后，可以为一个项目做出Demo。项目Demo是对外的，Demo要至少能看能用能展示核心功能。Demo的核心目的是展示项目的核心功能，让外部看到产品能提供的一些关键和核心能力，作为项目可以达成目标的初步证明。Demo对应的是项目的1-10阶段。

Demo阶段过后，需要立即对项目整体功能做功能规约，找出项目完整功能的最小子集，也就是所谓的MVP(Minimum Viable Product)，如下图中，从项目的大金字塔中切出一个产品真正的MVP部分，也就是如下的阴影部分。并且在这个基础上控制需求、人力、时间、金钱等成本优先做好这些阴影部分，以达到第1个产品可用功能发布。MVP发布是一个核心功能完备的可用的产品，它不是Demo、更不是ProtoType。在MVP阶段，如果需求、人力、时间、金钱没有做好严格控制，就会导致MVP膨胀，从而大概率就会延期，并且无法形成项目的良性的短周期设计-开发-测试-发布-反馈循环。

识别项目开发中的ProtoType、Demo、MVP，对于项目初期控制是有用的，这三者应该被识别出来。

参考资料：
[1] Demos, Prototypes, and MVPs

--end--