最近看到一篇關於《一名IT經理是如何把專案帶蹦》的文章，大致講述了一名team leader 在這整個失敗專案的反思，舉例文中的一些反思思路吧，能反思是不錯的，知錯就改,這點值得讚賞，大致指出幾點問題，避免以後自己踩雷多注意，可能也不是很專業，請多諒解。

1、首先，從專案和團隊背景，介紹了一下他負責這個專案是跟國家系統對接，提需求的人自己都不知道做什麼，以及提出這個專案缺少U盾，導致沒法測試環境測試，必須生產測試，（介紹了一下這個專案的重要性以及客觀性難點）

2、需求在開發階段不停地變更，提前沒有把需求理清楚就開始評估工作量給到客戶。（需求未定就評工作量，實力坑隊友，缺少需求梳理）

3、一個人管理4個專案，沒有對團隊的核心員工負責交代清楚整個專案背景以及專案整體規劃期望，導致團隊成員沒有參與感，就是完成某項功能完事，對於整體的專案沒有一個人瞭解。（單邊分配，誰也不是很清楚誰依賴誰整體專案線

4、上線後bug問題不斷，尤其很多主流程都沒有走通就上線，還有很多小細節bug，在生產環境反反覆覆，只負責推問進度，不管質量（測試環境很重要，即使有特殊情況也要保證測試通過）

5、整個專案都是放在自己的腦海中，沒有形成文件化，都是口口相傳，大專案這種最致命，還有沒有放權給信任的核心成員去負責（考慮員工整體參與感，什麼事情自己親力親為，還沒有文件化，時間久瞭如何追溯）

6、做專案之前沒有一個整體的設計規劃，就是說做哪塊就是哪塊（先設計後開發）

7、整個過程沒有進行codereview和程式碼風格規範，都是每個開發各自為戰的風格，沒有程式碼風格的規範和邏輯的梳理（code review 是必要的，尤其剛組建的團隊，每個人的程式碼風格需要統一，以及一些程式碼邏輯是否有偏離等