一、客戶接洽
更多的是支持銷售作業
二、需求分析
在簽訂合同之前，需要專案經理深入細致的、盡可能完整的收集客戶需求，準確的分析客戶需求，形成系統功能串列，與客戶反復確認無誤。
三、簽訂合同
合同的簽訂，必須基于系統功能串列，以此來圈定專案需求邊界。
四、系統設計
基于系統功能串列和前期收集的需求，由產品經理進行系統設計。
專案經理此時也要深入進行系統功能梳理，著手圈定一期最小開發范圍。
五、系統開發
1、開發計劃制定：
1）*圈定一期最小開發范圍*（十分重要）：可跑通全流程的主要功能模塊，此時對于功能模塊的認知和判斷十分重要。
2）撰寫開發計劃排期：先將最小可開發功能細化到每個功能點（越詳細越準確越好），然后按照人員排期
3）一期最小開發范圍功能上線后，進行后期錦上添花功能的開發和優化
4）第三方介面、需要開通的賬號，必須優先協調溝通
2、專案管理
1）每周一早晨例會，確定本周開發任務，明確本周必須完成，完不成加班
2）每天早晨例會，確定當天開發任務，明確當天必須完成，完不成加班。
3）每天下班前例會，專案經理親自過當天任務完成情況，判斷當天是否加班
4）周五下班前例會，回顧本周任務完成情況，判斷周末是否加班
六、測驗
1、冒煙測驗：冒煙測驗十分重要，如果冒煙測驗不通過，相當于專案失敗
專案經理撰寫提測報告
2、正式測驗
首先保證冒煙測驗通過，之后再進行正式測驗，測驗各個細小功能點。
3、測驗階段專案管理
1）根據提測BUG情況，指定最終上線時間。
2）專案經理每天與專案成員一起過每一個BUG，BUG必須當天改完，完不成的加班。
3）*測驗代碼版本庫、開發代碼版本庫必須獨立部署，嚴格做好分離，避免代碼混亂。
七、驗收
1、內部驗收：需要專案經理對測驗之后的系統功能進行檢驗，此時視專案大小，大專案檢驗主要功能點，小專案所有功能點最好能夠全部覆寫。
2、客戶驗收：與客戶溝通，提交驗收報告。如果客戶此時對待上線功能存在異議，這個時候就要充分溝通，對客戶加以引導，如果開發的功能確實存在偏差，可以商討放在下一個迭代版本中處理。
八、上線
1、上線應急預案：羅列可能出現問題、進而造成系統崩潰的關鍵功能點，逐個設計應急預案，以備突發情況。
2、專案正式上線：向上級領導匯報上線情況，該請功請功，該處罰處罰。
3、專案復盤：總結專案程序中遇到的問題
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/69316.html
標籤：非技術區