发布！发布！发布！

程序员最喜欢说的话就是“差不多”，但是差多少，如果不发布，就永远是差不多。所以，要进度，要质量，就要快发布！迭代发布！

之前做项目一直提倡三快原则。一、快速出测试版，注意，不是原型！不是原型！不是原型！二、快速上线；三、快速修正。这是做项目多年的经验，对于项目还是很有效的。成本低、效率高、客户满意度高。这里可能有人质疑，项目没有经过充分调研，没有经过充分测试，客户能不抱怨吗？如果按照什么项目管理的教条，我会被批死，但是我只能说调研怎么做也不会充分，东西都不一定是对的，测试有什么用，项目类客户需要看到进度，看到东西，看到问题你能很快解决，而不是签一堆确认书后的无尽无休的争吵。不说了，法无定法。

但是，路变了，我们现在做产品了！我一直在转型，转型。昨天我忽然感觉到，产品类开发也不能按部就班的执行，看那些产品经理的书不定适合我，适合我的团队。可能不同公司有不同公司的情况，我相信对我有用的才是正确的，什么理论对我没有约束。这个产品我们是经过充分准备的，前期花了一个月的时间，现在看来有些问题，总结如下：

1、要给项目成员机会，但是能力不到的情况不能让他们做主。没有民主。

2、调研适可而止。

3、v1版要尽快确认功能，列清单，不能让他们自己看着办，v2只略作考虑，我们的平台和我开发的方式已经有足够的空间扩展。

4、迭代发布，一定要有发布，单纯迭代开发没有用。

5、不迷恋技术。

简单讲，快。天下武功,唯快不破。这是基本原则。其他原则都要服从这个基本原则。