緊緊圍繞使用者需求，以使用者為導向，以快速開發，快速驗證，快速修正的迭代式開發打造大量精品。

如何快速驗證？讓產品儘早的見使用者，而不是閉門造車。

在產品定義，核心功能規劃的使用者反饋，到 最小化可用產品 的使用者試用反饋，再到每個功能使用者參與反饋，形成 開發 測試 驗證的快速迴圈。

灰度釋出的思想借鑑的是小範圍試點。

日穩定版本，每個專案每天都要出一個可用的穩定版本，進行使用者測量和反饋。

產品可以通過與使用者的不斷互動持續優化。

以使用者為導向，快速驗證，快速修正的敏捷開發體系。

鑑於有些公司屬於傳統型組織架構，嚴重製約專案開展效率的話，可採用區域性使用創新型團隊組織方式，有助於提升效率。比如可以區域性使用敏捷方法。

當專案經理將當前迭代的需求、流程、外部依賴及其它不確定事宜理清楚，讓專案組能夠順利開展工作後， 就要著手下一個迭代的規劃工作，包括下一迭代工作內容梳理，下一迭代前期準備工作等。

網際網路專案，一般情況下采用快速迭代，小團隊協同作戰的方式，因此需要固定的專案組成員，經常換人會對專案進度會產生影響。同樣，增加人員也不能有效的加快進度，新加入人員除了學習瞭解、適應專案環境需要一定時間週期，另外對專案而言，管理和溝通成本也會大幅增加。另外，正因為是團隊協作，所以各項事情之間存在交叉，比如我的功能，可能需要呼叫你寫的介面，你開發的頁面，下一步需要跳轉到我寫的頁面，這就需要專案中每個人除了專注於自身工作的同事，也要關注專案全域性，想清楚自己工作的前後依賴和影響是什麼，整個系統要做成什麼樣等。

專案進展過程中，專案經理要對專案組成員的潛力進行有意識的摸底，對於有潛力的專案組成員要重點激勵，不斷的嘗試委以重任，這樣就可以不斷的挖掘培養可用人才。