Posted on 2006-12-23 10:40
laogao 閱讀(746)
評論(0) 編輯 收藏 所屬分類:
Reading 、
Project Management 、
Web Clips
看到一篇好文，和大家共享之：
http://blog.technoetic.com/2006/09/19/threshold-of-pain/大意是探討為什么有些team的“技術債”（我們在IT項目進展中犯下的哪怕是小小的一點錯誤或者不作為，都會影響到整個項目產出的質量，影響到該目未來的發展、維護，甚至驗收，使得成本和預算無法被有效管理）會慢慢堆積，而另一些team能夠及時發現并糾正這些潛在的問題。是team的技能水平嗎？并不完全是。我們可以從不同team對pain（項目進展和產出上出現的瑕疵）的敏感程度的不同來考量，而非簡單的技能差異。
對pain的容忍度過高，項目中的“技術債”就會日益堆積，到最后項目變得無法收拾；對pain的容忍度過低，會讓項目組變得吹毛求疵，得不償失。當然，這個容忍度不可能也沒必要定死在一個固定值上。有時候，我們也不得不臨時調高這個容忍度，比如為了趕進度（如果錯過某個deadline整個項目都可能會變得一文不值或者失去意義那種進度），問題的關鍵是，當我們有意識的提高寬容度，達到我們某個目標之后，能不能及時回過頭來彌補這部分缺失的產出，避免今后帶來更大的問題。今天你看來需要2周時間，你覺得不值，2周之后，同樣這些欠下的“技術債”可能會“吃掉”你2個月，這不是在危言聳聽。
如何找到一個平衡點？如何根據項目實際情況調整這個平衡點的位置？這是擺在每個項目管理者面前的現實問題，也是項目管理者的責任和義務。