第一、流程缺失

1、立項流程缺失，沒有儀式感。在項目開啟時沒有建立溝通保障機制，沒有同意協調機制、沒有規定項目干系人，明確權、責、利。
2、立項前期沒有框定功能范圍、沒有需求定稿，導致需求不可控。
3、追加需求缺少流程管控，沒有需求變更流程。

第二、設計把控

1、產品經理的prd輸出質量較低，待確認事項較多，不具備開發條件，技術研發小組沒有嚴格把控prd質量，直接通過了prd，導致后續的后續風險累計突然增加。
2、ui設計變動沒有同頻給產品和技術小組，導致技術實現和業務訴求不一致。

第三、項目組織結構

1、項目推進過程中出現了組織調整和認識變動，中間出現了中斷，影響了項目進度。
2、項目指定總負責人時，沒有儀式感，沒有當眾授權，缺少說服力。

第四、項目整體把控

1、項目整體把控意識薄弱，在實施中忽略掉了訂單的prd和erd的評審。
2、項目推進的風險管控意識薄弱，本能的隱藏風險，在測試提出風險問題時，沒有客觀暴露。
3、利用資源意識薄弱，沒有整體把控依賴相關方，并且沒有把主體項目內容同頻給配合相關方，并對配合方進度進行跟蹤。
4、訂單模塊的進度風險沒有提前暴露，導致項目推進中訂單進入開發周期過晚，風險阻塞到了項目后期。與商品、購物車、促銷相關的聯調任務沒有提前暴露，訂單微服務團隊與商品、購物車、促銷微服務缺少協同溝通機制，未在erd評審階段充分研討，充分確認，充分推演。尤其是數據模型結構的存儲與取用未充分達成一致。

第五、項目推進計劃

1、需求估時不嚴謹，沒有經過前端、后端開發、測試三方共同估時，并未對項目做估時緩沖預留。
2、在需求功能不全面提供出來的情況下，開發評審委員會就拍腦袋給出了不科學的估時。
3、在本來就不科學的估時情況下，項目領導又壓縮了時間，導致估時嚴重失真。
4、在項目推進過程中，風險把控上有疏漏。沒有從項目開啟之初堅持每天發送日報，跟進進度，管理松散，沒有暴露前期風險。
5、充分發揮項目組每個人的優勢，測試從提測時間、bug情況跟進進度、QA從管理和激勵方案跟進、開發leader從交付任務完成情況跟進、產品從項目需求體驗上跟進。
6、領導層需要通過資源協調，對外溝通，資源調配來助力項目。
7、pdca的項目循環，沒有控制到位。

第六、選人用人問題

1、選人方面沒有項目組的評估標準，對其他組支援的人才沒有綜合考評，采用來者不拒的方式。
2、對人才的特征和優缺點沒有全方位了解，導致了促銷任務分配上出現了用人失誤。

第七、業務同頻問題

1、組織內部調整導致項目中斷需要同頻給業務，需要在既定交付日期后順延延誤時長。

第八、架構設計

1、本次心選項目組架構選型和架構設計全部由技術組自己來做決定，并沒有讓架構組主導，架構師成了一個輔助和配角，存在資源利用不充分現象。

第九、系統定位

1、會員中臺僅有會員數據，沒有導購數據。而心選業務需要獲取會員的導購、導購的會員、即是導購又是會員的導購，這些數據需要整合會員和企微兩個系統的數據。這里應該在基礎的會員系統中存儲并維護會員與導購的關系。
2、商品信息在多個系統中都存在，其實除了‘價格’、‘庫存’外其他完全可以共用同一份商品信息。

第十、質量控制

1、前端新老版本兼容測試
2、測試用例覆蓋評審及bug跟蹤日報
3、按時提測率，計入績效考核