其實在每個人心中都會對專案存在一個假設，然而在別人眼裡，或許並不認為該假設恒為真，而當事實證明假設已不成立時，這個假設就會演變成專案的主要風險。

就好像您認為「找出一個客觀評估的開發時間的方式」是比較實際，但到底業務觀點比較客觀，還是工程技術觀點比較客觀呢？更直接的說，到底是我的觀點比較客觀，還是你的觀點比較客觀呢？我想這是沒有答案的爭論，因此在專案開發的過程中，要找出一個客觀評估的開發時間的方式在實務上是不切實際的，尤其當面臨專案各種觀點相互矛盾或衝突時，這種現象更是明顯。

這篇文章我並不想探討是否因為專案時間太短，以致讓專案失敗，而是想點出專案開發應該注意開發風險與業務價值的平衡，要做到這點就必須讓各專案觀點有效地溝通，或許我的 team member 都沒有我能力強，但我們反而要正視這個事實，認為他們必須成長來想辦法追上進度的假設只會讓我們失敗在風險的衝擊之上。

或許 , 只是或許 ..
業務的時間是正確的,錯誤的是開發人員的能力不足..

所以不能由單方面來判斷一件事.

我目前也是一個業務,我最常遇到的是開發人員和我說做不到,很難達成 ..

以前我都自己寫給他們看,通常他們的回應就是,你好強,那做好就好了 ..

下次又不斷重覆一樣的問題 ..

我認為找出一個客觀評估的開發時間的方式是比較實際的 ..