某產品經理 專案總結與覆盤
來新公司接近大半年了，共參與了一款小程式、兩款APP的開發與迭代（產品使用者量不是很多，所以在此就不對產品做過多的說明了）。但整體上各個專案都存在了或多或少的專案延期情況，所以靜下心來針對專案具體開發過程中出現的問題及專案管理方面做出的一些分析和反思，旨在以後的產品設計和管理方面可以優化。
以下問題是我們公司專案開發過程中遇到的問題，公司是創業團隊，且僅代表本公司出現的一些實力開發問題，每個公司的研發流程可能不一樣，大廠可能會更規範些，所以如果有意見不一致歡迎來懟!
文章主要從開發過程中的四個方面分別做出了反思，專案啟動、專案開發、專案測試、正式上線。
一、專案啟動——概要設計與開發週期評估
1、專案啟動研討會
從專案立項、市場調研、需求確定、原型及互動確認在此就不多做闡述了，此處主要針對專案啟動研討結束，準備概要設計及介面設計之前，應保證所有開發人員（含UI）對專案邏輯及詳細需求充分理解，以避免出現二次開發、開發及測試需求邏輯不理解、後期功能模組缺失等（在評估之前需要至少3個工作日充分理解專案及具體邏輯）
2、開發週期評估
在理解專案需求邏輯情況下，由開發組組長綜合評估各組整個開發週期工作量及按需求等級安排開發順序（包括所有的功能模組及子模組設計、功能模組優先開發順序、資料庫設計、介面對接、單元測試時間、bug修復時間等都應詳細評估），確定開發週期後應由各組負責人簽字確認，責任到人
3、開發週期及上線時間設定
必須要明確開發週期評估與工作量關係，實際工作量決定開發週期及上線時間（若涉及到公司戰略性問題，可根據功能開發優先順序決定開發週期內優先完成的功能模組，但 不等於在約定開發週期內壓縮各功能模組預期工作量，可能會因為壓縮一個模組工作時間導致整個專案延期），工作量評估、開發時間的最終確定應由各負責人及CTO商討後簽字確認為準，責任到人
二、專案開發
1、專案開發過程應由各組負責人統一協調每週工作內容及進度，每週實際工作時間逾期不得超過評估工作時間的20%，若有逾期，可由各組負責人酌情協調安排加班事宜，若因功能模組延期造成的專案逾期應由各組負責人做出合理解釋（涉及逾期組成員加班，且加班應該應設定詳細加班體系）
前後端功能模組開發步調應大概一致，避免出現介面聯調時間交錯造成的時間消耗
2、由產品經理組織，各組組長每週一 統一協調本週工作事宜，如果本週工作計劃變動，應通知其他各開發組人員，並對任務安排做出相對應調整（需向專案負責人/CTO做出合理解釋）；各組組長每週五需對本週開發任務做小結，檢視並核對延期任務，如果可以可酌情安排加班
任務時間執行應按照周為單位，每週不應存在其他周逾期任務存在（若有上週逾期任務，應由各組負責人做出合理解釋）
附：關於已有開發模組及元件的可複用性：元件的可複用應該由各負責人商討解決方案確定已有元件的可複用性
三、專案測試
1、單元測試
開發人員各模組開發結束後，應進行各模組單元測試，並及時反饋測試問題（若存在引數缺失、資料缺失、聯調失敗等應及時組織小組內會議提出解決方案；若存在重大需求變更，應及時向產品經理及專案負責人提交申請）
單元測試結束，由各組組長簽字確認單元測試通過，交由專業測試人員功能性、系統性、健壯性測試（專業測試階段不應存在重大功能性bug，如果存在各責任組組長應作出相對應解釋）
2、bug解決與關閉
各開發人員需在每天下班之前完成當日解決bug（必須是“開發人員”完成自測確定bug解決以後才可關閉bug，如果複驗造成重新啟用bug各負責人應該做出合理解釋，單個bug啟用次數不可超過1次），專業測試人員應在下班之前應完成所有bug的關閉
測試人員在測試過程中發現的重大測試bug或者需求變更（修復時間超過2個工作日的）應該由相關責任人做出合理解釋，並提供相關證明
測試人員驗收通過後，應簽字確認，交由產品經理進行最後確認測試（產品確認測試結果不可出現1級bug3個以上，如果出現，則應該由測試人員及開發人員做出合理解釋並提供相關證據）
四、產品上線
1、上線時間
產品上線時間應該以專案一開始的約定的開發週期及上線時間為準，對於未完成或者模組逾期造成上線阻礙的，應由相關責任人承擔相應責任；如果專案超預期完成，應提供合理的獎勵措施
2、產品上線
上線時間確定後，專案上線期間應保證專案順利上線（若有需要可酌情加班）
以上是一些不成形的反思和想法，但是確實是實際專案開發過程中遇到的問題。