一、開發前: 
開發模式採用流行的敏捷流程極限程式設計模式(XP)。 
計劃任務:根據市場客戶需求了及現有的開發能力制定版本迭代週期和開發需求，如兩到三週一次版本釋出，再後期推動中不斷修正。 
1. 需求:由專案經理或產品經理編寫需要說明書(PRD),讓測試和開發明確開發需求(使用者故事)。 
2. 估算工時:先由各模組的開發組長根據開發人員的技術特點分發開發任務(使用者故事)，開發人員再對每個使用者故事進行估算，先從高優先順序開始估算。如果在估算的時候，感 到有一些故事太大，不容易進行估算，或者是估算的結果超過 2 人/周，那麼就應該對其 進行分解，拆成 2 個或者多個小故事。同時專案啟動時召開需求評審會，會上討論需求， 技術可行性分析 及其他部門的配合等問題。 
3. 迭代週期:

二、開發中: 
建立及時反饋機制，如兩三天一次小型溝通會，讓專案經理、產品經理、開發組長、開 發成員之間瞭解到目前專案開發的進度情況。有條件可以利用好禪道或 JIRA 等專案管 理系統來提高效率。開發人員每天及時上傳程式碼到程式碼託管平臺如碼雲或自有的伺服器平臺，及時備份。

小型持續釋出:根據開發週期，開發人員在完成一個功能模組後，可以持續先發佈一個功能 完好的測試版本，方便測試及時反饋問題和優化建議。

三、開發後: 
專案總結覆盤會:做好上個迭代中的問題總結及經驗總結。

其他: 每週的技術分享會 
目的:為了營造良好的技術氛圍，提高團隊開發水平和規範。 
每週一次，每次 1 小時。根據專案開發情況，如安排到週一下班前一小時進行， 由各個部門成員輪流進行，主講人做好 PPT 等演講檔案，分享時可以用螢幕錄影軟體，後期做為團隊建設的資料存檔。

總結： 
1. 開發流程的優化需要結合當前的開發現狀來穩步推進，一步步優化，步子太大，容易扯著蛋，在團隊磨合的過程中不斷摸索，最終向既定的目標靠近。 
2. 專案管理決定了開發速度，要做好高效的開發產品，建立一套適合自己的流程制度並落地執行很重要，同時要形成一種很好的企業文化和濃厚的開發氛圍，當參與其中時，才會有一種使命感，人的責任心也會大大提高。