很多不懂技術的專案經理經常苦於不知道如何估算時間，我總結了些小技巧：
- 第一種：
總結經驗，建立基準，比如通常一個頁面的開發時間是多少，一個介面開發時間是多少，拿一些頁面或者介面的時間做基準，來詢問開發新開發的比基準那個難度增加了多少，來衡量這次的時間準確度。
- 第二種：
尋找外部技術專家，或者組織內部招聘技術經理角色。
- 第三種：
如果WBS是自下而上的評估，每個功能開發的最大單位控制在2天內，如果超過2天要接著拆分。不要讓開發留太多buffer（渾水摸魚）
- 第四種：
時間拍死法（破釜沉舟法），比如定好最後上線時間，可以召集全員（產品、UI、開發、測試），討論上線產品範圍，倒排所有時間，讓各方互相商討（撕逼），開發的關注點不再是專案經理你行你上，而是產品什麼時候出原型。如何迭代，每個迭代版本做什麼，能充分平衡各方利益。
- 第五種：
標準的撲克牌法，開發一起評估每個任務需要多少時間，然後各自講出理由，來達成統一意見，但有些小團隊1崗1人，比如1個後端1個前端1個移動端就不好使用這種方法了。
- 第六種：
收buffer法（砍價法），人都是有拖延症，喜歡給自己留buffer，報上來的時間砍掉一半，就和買商品講價一樣，如果沒人反對，那可能這裡面確實水分很大，如果反抗意見強烈在放一點buffer，逐漸找到平衡點。
- 第七種：
畫像法，充分了解你的團隊每個人的性格和做事風格，有些人不留buffer，有些人習慣留buffer，根據不同的人來平衡排期。
夢想說：“不懂技術就去學，不懂不是藉口，整體的技術實現邏輯還是要掌握的，懂技術也不是說每個技術都會的，主要是掌握技術的思維和框架，專案經理需要的是專案管理知識，確保每件事都有人做，高效的做，而不是專案經理做。
與其討論專案經理需不需要懂技術其實真心不如討論專案經理需不需要精通業務，作為初級專案經理最好需要懂點技術，但是別忘了專案管理的真正的本質是什麼？不是按時交付，那只是過程，而是促進專案目標的達成，一個不成功的專案過程再好也沒用，所以專案經理作為一個迷你CEO更應該精通的是業務，從來沒見一個人要求老闆一定要懂技術的，帶領一群人完成透過做事情達到專案的目標這就是是根本，不必糾結在懂不懂技術。
