在社群看到有朋友問過以下問題，歡迎大家在評論裡留言互動，學習到更多的想法和見解。
剛開始是由我自己帶領整個技術團隊，後來來了策劃、產品、技術負責，每個人都各司其職。每次開會我都能看到項目的進度，但是臨近項目上線，我突然感到好像整個項目沒有按照我的預期所想的結果進行上線，很多理念上的東西都變了。項目當中一堆瑕疵和bug，不知道該如何進行下一步，上線之後又該怎麼繼續下去了？
下面是社群幾個朋友的作答，發出來給大家做借鑑，參考，也歡迎更多的思維碰撞。
這裡有幾個問題
1、需求存在偏離，這個是大問題。
2、程序bug，bug的數量及嚴重程度都是什麼情況。是否影響到業務的正常使用。
3、作為項目負責人參與度不夠，沒有及時瞭解進度。
4、項目進度反饋內容與實際不符，存在偏差
我覺得，需求一定要每個人都吃透，不同小組之間的協議，進度一定要提前規劃好，不然就會出現一個往東一個往西的現象，後期聯調問題不斷，項目經理要主動去溝通，穿針引線，不能讓某個環節斷掉。
1.每次開會除了關注進度，還應該識別風險和問題，不能到最後了還是感覺好像。
2.需求變更沒走流程或者沒有流程，需求變更造成的影響沒有重視。
3.溝通不及時。
下一步主要就是和產品策劃開發負責人溝通總結明確目前問題,bug,如果確實存在則評估優先級以及重新風險上線時間。上線之後總結確定需求變更流程，確保變更引起的進度等影響，能被識別，且做出相應的解決，各干係人達成共識。
1.策劃、產品、技術進入項目組時，本來就應該跟他們彙報一下項目的現狀和後期規劃(他們都是領導），讓他們有意見的提意見，沒意見就演示一次目前已經實現的流程。
2.“所有理論上的東西都變了”？不是有需求文檔麼？一切以文檔的為準。
3.每個WBS開發完成後，測試難道不測試一下？
4.項目負責人也要對每一個完成的WBS進行測試+確定吧？不可能等集成測試才關心它。
5.項目上線後，把測出來的bug弄個Issue list按照優先順序一個個解決它。
閱讀更多 逸塵談項目管理 的文章
