我們在開發一個軟體專案的時候，大老闆或者客戶經常需要我們給他們某個專案估算的工時，我們一般的做法就是把當前的專案按照WBS進行自上而下，自頂而底，自外而裡的進行分解；然後根據一個詳細的可個人實施的任務作為一個最低的估算時間的單元，這個時候問題，就來了，如何讓這個最低的估算時間的單元逼近它的實際真實值，同時也不讓員工太閒或者太累？這裡給大家介紹一種我們以前用過的樂觀估計，悲觀估計和期望估計的演算法，供大家參考。

任務最終的估算時間=（樂觀估計+悲觀估計+期望估計*4）/ 6（中庸）,

（1）樂觀估計：樂觀估計的值可以由專案經理或者組長來填寫，因為專案經理或者組長一般會希望一個任務完成的時間越短越好，但是專案經理填寫這個時間的時候一定要實事求是。

（2） 悲觀估計：悲觀估計一般有開發者自己填寫，因為開發者一般在做這個任務之前會盡可能的為自己爭取更多的時間。

 （3） 期望估計，期望估計一般由資深的高階工程師來估計的時間或者做個這個專案的其他的同事來估算時間；但是有的時候，也可以由開發人員自己估計時間。

這樣，根據專案的實際情況，加上不同的權重，一般來說，任務最終的估算時間就基本上解決實際專案所需要的時間了，同時也不讓員工太閒或者太累。

另外，如果是拿這個估算去客戶那邊接新的專案的話，如果很想接到專案，則增大樂觀估計的權重，如果此專案可有可無則增大悲觀估計的權重系統，這個時候期望估計一般由開發人員自己估計的時間，這樣的話，客戶和開發這邊就都能照顧到。因為專案管理的最終目標是讓所有的專案干係人都滿意。