呃，個人好像都是照這些胡扯在作，結果是團隊績優於他人，工作輕鬆愉快! 尤其是系統要上線的時候，帶著兩個娘子軍留守以防程式出錯，但是一有問題回報，當場幾分鐘就解決，整個過程無聊的很。反觀那些沒有照這些章法作的人，平日加班就加不完了，上線時更是熬夜到隔天，連個程式清單都列不出來，真不知要怎麼上線？搞得所有人都快累死了。

個人所有的資源也沒比別人多，帶的娘子軍到後期還能準時上下班，由於專案很大，裡面有一堆團隊，怎麼比都是個人的團隊比較好過，而且只要來我這的軟體工程師，沒多久就能上手，表現比在其它團隊要好! 就是照這些胡扯作的，呵，這可是經過實戰出來的結果。

問題到底在那？資源不夠永遠都是第一個問題，以軟體工程師，不會作計畫，那就鐵定無法估出何時推出可執行的程式，沒有測試，那就只能在上線時作測試才知道程式會不會動。因為寫程式不是軟體工作師要用的，是給客戶用的，那些 open source 他們寫程式是「沒有什麼時間壓力的」跟一般「軟體專案」要上線有時程及費用來比，是不能比的。當有無限的時間及資源，什麼程式都寫得出來。

第二個問題是部分軟體主管的決心，他們是否真的貫徹這些章法才是真正的重點! 當初在帶團隊開發時，由於客戶也有人在開發程式，特地要我們代訓，當時就嚴格要求這些章法，而且打死不退，對方還上報，但寧可專案不作，也不會放棄這些堅持，結果是幾個月後，效果顯著出來，他們後來自己帶團隊時，就是照這些胡扯在作! 為什麼？因為有效!

至於部分能力明顯不足的軟體主管，身為軟體工程師要跟他對抗，那這些胡扯更是要作，除了提昇自己對付胡扯主管的能力之外，這些技術可是未來昇主管的管道呀

寫這篇文章的人一定不了解軟體工程到底是什麼，建議他可以去看看溫柏格的書，早在三十年前這些類似的問題，他就有對應的想法及因應之道了。