S1項目-開發階段

因S1項目爲公有云部署，開發團隊異地集中，採用遠程辦公方式，無需客戶開發人員承接。所以開發階段主要工作一是跟進度，二是協調接口開發。遠程開發，難在進度把控。特別公有云項目，若評審通過後定爲產品標準功能開發，則要遵照產品的版本規劃。有時由於方案變更、或產品、設計團隊進一步討論，項目二開與產品開發發生轉化，拉長了前期時間。即使是項目二開，過程的效率也很難把控。因此對於開發進度，只能要求項目經理提供開發任務，每一項的技術負責人是誰？以目標時間跟進。對於開發資源不做硬性要求，先確定工作量，再根據目標日期看要投入的資資源。

向項目經理要項目總技術負責人及開發清單明細時，碰到了困難。但這屬於正常要求，如何升級，甲方總有辦法。付款、戰略合作伙伴關係、合同條款、通過商務向交付領導反饋。同時提前定義好項目狀態，進度正常綠燈，3日內delay黃燈，一週內delay紅燈。若是紅燈，每日需開發leader彙報狀態，發現任何問題第一時間報告，直到趕上進度。統計開發量時，需標識標準功能所佔的比例，作爲評估項目開發的一重要數據。

因同時多個項目並行展開，以項目集方式運作，總接口數上百了。對於外圍系統接口，需要配合的資源，儘早提供。聯合項目組會統計全部項目接口需求，但線下也要儘早打好招呼，並定期確保資源仍可及時到位。開發階段，也要跟緊切換上線清單、數據準備情況，操作手冊、培訓/宣傳資料，儘早開始收集。

1. 需求提報

   1. 需求編號

   2. 來源

   3. 功能模塊

   4. 優先級

   5. 需求描述

   6. 需求開發項

   7. 需求背景

   8. 提出人

   9. 提出日期

   10. 期望完成時間

   11. 預計開發完成時間

   12. 技術負責人

2. 需求評審

   1. 需求類型

   2. 評審結論

   3. 需求優先級

   4. 需求分類

   5. 重要程度

   6. 產品人天

   7. 技術設計

   8. 前端人天

   9. 後端人天

   10. 人天備註

3. 功能設計

   1. 設計負責人

   2. 預計完成時間

   3. 實際完成時間

4. 技術設計

   1. 技術負責人

   2. 預計完成時間

   3. 實際完成時間

5. 技術開發

   1. 開發人員

   2. 故事編號

   3. 開發時間

   4. 預計完成時間

   5. 開發進度

   6. 實際完成時間

6. 驗證測試

   1. 測試處負責人

   2. 完成時間

7. 發版計劃

8. 發版時間