「誰也無法改變現狀，唯有無數程式設計師血灑大地，才能使專案重建天日。」這一點也不誇張，軟體專案做爛了就是個坑，參與者也不過是填坑的。就像是在魔獸世界戰場遇到國家隊一樣，你贏也贏不了，出也出不去。
一 坑有多深？
當我們進入乙個專案時，通過不斷觀察我們可以發現我們的專案到底是不是乙個坑。造坑的專案，往往具有某些「臭味」，以下是我的一些認識，這些「臭味」即是專案健康狀態不佳的明顯標誌：
二 誰在造坑？
軟體專案涉眾眾多，造坑的多為專案實施團隊內部，而究其原因也是多方面的，但是始終離不了專案的四個維度——時間、範圍、成本、質量。很多時候客戶並不具備軟體專案的實施經驗，而實施團隊為了迎合客戶意願，也會多多少少的在這四了維度上做文章。資源、時間不足，輕質量重功能，往往成為造坑的契機。所以，不用懷疑，造坑的往往是我們自己。很難理解，真正挖出大坑的人，最後也是填坑的人。乙個人很容易被外部事務所左右，就如「同假的多了，真的到成假的了一樣」，多數人不願意在乙個新環境中表現得特立獨行。但也有老的程式設計師對我說過：「當別人做錯了，你就不要跟著去做！」所以，我認為工作就是工作，不需要我們在其中融合多少興趣，也不要求我們有過多的付出，但對於工作的成果則要求我們認真的對待。俗話說：「拿多少錢，辦多少事！」如果多少有些團隊意識，能夠對自己的工作負責，那至少在意識上，我們能給自己少造些坑。
三 如何免坑？
（一） 清除盲區
以下觀點，僅是我對軟體專案中一些錯誤認識的歸納：
（二） 參考建議
在構建期間處理需求變更核對需求，評估質量：如果需求不夠好，停下來，把它做好再開始。
確保每乙個人都知道需求變更的代價：讓客戶知道需求辦更並不像在excel上進行幾個修改那樣容易，「進度」和「成本」是你最有力的**。
建立一套變更控制程式：固定的變更控制程式讓你知道在什麼時候處理變更，讓客戶知道你會處理他們的提議。
使用能適應變更的開發方法：迭代與增量。
放棄這個專案：如果以上提議沒有一條奏效，需求變更極其頻繁，那麼，評估你的專案，考慮放棄它吧，繼續下去你只會越陷越深。
注意專案的商業案例：價效比，沒必要滿足超出專案成本的需求。
軟體專案「免坑」指南
目錄 一 坑有多深？二 誰在造坑？三 如何免坑？誰也無法改變現狀，唯有無數程式設計師血灑大地，才能使專案重建天日。這一點也不誇張，軟體專案做爛了就是個坑，參與者也不過是填坑的。就像是在魔獸世界戰場遇到國家隊一樣，你贏也贏不了，出也出不去。一 坑有多深？當我們進入乙個專案時，通過不斷觀察我們可以發現我...
軟體專案免坑指南
誰也無法改動近況，唯有有數程式設計師血灑大地，才幹使專案重建天日。這一點也不誇大，軟體專案做爛了就是個坑，介入者也不外是填坑的。就像是在魔獸世界疆場碰到國度隊一樣，你贏也贏不了，出也出不去。當我們進入乙個專案時，經過不時察看我們可以發現我們的專案究竟是不是乙個坑。造坑的專案，常常具有某些 臭味 以下...
軟體專案「免坑」指南
目錄 一 坑有多深？二 誰在造坑？三 如何免坑？誰也無法改變現狀，唯有無數程式設計師血灑大地，才能使專案重建天日。這一點也不誇張，軟體專案做爛了就是個坑，參與者也不過是填坑的。就像是在魔獸世界戰場遇到國家隊一樣，你贏也贏不了，出也出不去。一 坑有多深？當我們進入乙個專案時，通過不斷觀察我們可以發現我...