程序員最喜歡說的話就是“差不多”，但是差多少，如果不發布，就永遠是差不多。所以，要進度，要質量，就要快發布！迭代發布！

之前做項目一直提倡三快原則。一、快速出測試版，注意，不是原型！不是原型！不是原型！二、快速上線；三、快速修正。這是做項目多年的經驗，對于項目還是很有效的。成本低、效率高、客戶滿意度高。這里可能有人質疑，項目沒有經過充分調研，沒有經過充分測試，客戶能不抱怨嗎？如果按照什么項目管理的教條，我會被批死，但是我只能說調研怎么做也不會充分，東西都不一定是對的，測試有什么用，項目類客戶需要看到進度，看到東西，看到問題你能很快解決，而不是簽一堆確認書后的無盡無休的爭吵。不說了，法無定法。

但是，路變了，我們現在做產品了！我一直在轉型，轉型。昨天我忽然感覺到，產品類開發也不能按部就班的執行，看那些產品經理的書不定適合我，適合我的團隊。可能不同公司有不同公司的情況，我相信對我有用的才是正確的，什么理論對我沒有約束。這個產品我們是經過充分準備的，前期花了一個月的時間，現在看來有些問題，總結如下：

1、要給項目成員機會，但是能力不到的情況不能讓他們做主。沒有民主。

2、調研適可而止。

3、v1版要盡快確認功能，列清單，不能讓他們自己看著辦，v2只略作考慮，我們的平臺和我開發的方式已經有足夠的空間擴展。

4、迭代發布，一定要有發布，單純迭代開發沒有用。

5、不迷戀技術。

簡單講，快。天下武功,唯快不破。這是基本原則。其他原則都要服從這個基本原則。