寫下這個標題，等待的也許是被猛烈的拍磚，加上雞蛋和西紅柿。但是我想大家敞開了談談這個問題也許不是件壞事情。
剛剛接觸質量管理和過程管理的時候，尤其是聽了很多的培訓和看了很多書後，對過程這把利劍滿懷崇敬和信心。後來隨著實踐，過程確實可以解決很多的問題，比如規範性、統一性等。對軟體開發的質量和效率的提高找到了一絲希望，尤其是在象欠缺管理理論和經驗的中國的軟體企業來說，更是如此。但是一直沒有出現如期望般的那樣靈效，尤其是發現決定質量這四個字真的不是過程這兩個字可以頂的起來的，理論是一回事，實際確實不同。
過程對於軟體質量來說，從實踐的角度來說，難以起到決定性作用，我想這其中有以下方面的原因：
1.沒有一套軟體過程能夠完美極致
從理論上也許存在一套完美極致的過程，能確保出來的質量是可靠的，但是從實際來講，這基本是不可能的事情。過程決定質量的命題在理論上也許是說的通的。
2.軟體質量的影響因素與製造業不同
我在以前的文章中也寫到，軟體質量的影響因素主要是技術、人的因素，包括人的經驗、甚至人的態度、心情，客戶因素、開發人員的創造能力、以及開發過程等，而製造行業的產品質量在很大程度上是依賴於設計、製造工藝等，由於硬體是不可修補和返工的（軟體的設計錯了，完全可以返工重做，隨時都可以變更）。因此硬體設計到投產會經過漫長的樣機、模型的測試和試驗，從設計室到車間不像軟體把設計說明書交給編碼人員那麼容易。到最後批量生產的時候，對工藝和生產過程的依賴性非常大，這時過程對於控制整個的生產質量是非常重要的。但這也正是軟體不能仿效或者目前還難以做到的一點，比如對定製開發和半產品化的專案來說就更難了。
工程行業有軟體科學研究和工程專案之分，區分的目的就是這兩個東西不是一類的，在管理上和操作上不可同日而語。而軟體則剛好，結合了「軟」，有加上了「件」，而且這兩者有難以分得清楚。這樣軟體的管理就更是不知所措了。舉個極端的例子，讓於丹和另外一位講師用同樣的過程控制在百家講壇來講述《論語》，得到的質量會是一樣的嗎？軟體只所以是軟，就是因為它與硬的不同，如果我們還是一味地宣揚過程的決定性，豈不是走進了死胡同？
我不否認過程對於軟體開發的重要性，但是我不認同決定質量一說。
過程決定質量之謬論
寫下這個標題，等待的也許是被猛烈的拍磚，加上雞蛋和西紅柿。但是我想大家敞開了談談這個問題也許不是件壞事情。剛剛接觸質量管理和過程管理的時候，尤其是聽了很多的培訓和看了很多書後，對過程這把利劍滿懷崇敬和信心。後來隨著實踐，過程確實可以解決很多的問題，比如規範性 統一性等。對軟體開發的質量和效率的提高找...
為何程式設計水平決定軟體質量
外部使用者要求 正確,高效,健壯,易用和可靠 內部維護人員要求 可維護 易讀,易讀,易debug,注釋清晰,容易擴充套件 內部測試人員要求 可測試,易用,易理解 企業產品化要求 1 可擴充套件,可移植,可配置,靈活,重用性高,模組和元件化 因此質量不是無中生有,是有具體的需求驅動,質量也是為了滿足某...
《監控》之決定分享
決定分享 晚上12點多了，胡哥回了他在這個小區給他的 紅顏 買的住處。我送他過去，順便出來轉悠轉悠散散心。酒是徹底醒了，不過抽了太多的煙，挺難受的，就到小區的小超市裡買了個雪糕，邊吃邊在小區裡面晃悠。今天的月亮很不錯，就像幾個月前在東北的那個夜晚一樣。而我的心情卻不像月亮那麼平靜，那麼柔和，那麼溫馨...