軟件開發工程化、過程化與量化的思考

“軟件工程”這個詞由來已久,今天忽然感覺有些彆扭,記得在某本書裏好像看到該詞來源於建築工程,而當前的軟件行業中很多情況下很難用“工程”一詞來形容,或者說,當前的軟件開發現在很難用籠統的過程來定義,比如“需求分析、概要設計、詳細設計、開發、測試”。
當然,由於敏捷的概念越來越被人知曉,傳統的瀑布式模式已經部分的被不少公司拋棄,但行業中一些人們的思維習慣有時仍然擺脫不了“工程”的影子,總擺脫不了過程化、量化。比如很多公司對quality有要求,規定測試覆蓋率、單元代碼行出現bug的數量不能超過多少多少等等。我們可以想想,開發人員能像流水線上的工人一樣嗎,我們的項目能像天朝的房地產項目一樣嗎? 對於過程管理,難道是爲了管理而管理?總想着怎麼管理的人更適合去現在的政府機構。
該有更好的方式來實現所謂的過程與量化背後的目的,如何去做,Agile裏已經講了很多,只是不少人的沒有體會到或沒有接受。人的固有觀念改變不容易,尤其是在牽扯到自身利益的時候。
你說Agile是萬能的? 我從來不這麼想,但agile裏的一些實踐、規則值得我們採用,它裏面的不少東西在現階段被證明是適用的。
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章