作要求，這是實施者需要解決的問題。有些企業(yè)實施CMMI之后叫苦不迭，我認為問題不是出在CMMI本身，而是出在實施環(huán)節(jié)，沒有能夠掌握CMMI的實質(zhì)，沒有能夠結(jié)合實際條件活學活用，很多情況下是在操作層面上機械照搬了別人的“成功模板”，結(jié)果削足適履，這樣結(jié)果當然會難受。我認為的正確姿勢是，把CMMI模型的內(nèi)容看做組織級能力中的“硬邏輯”，然后根據(jù)自身條件的實際情況，設(shè)計相應的“軟邏輯”，因地制宜制定各種制度流程，來推動那些“硬邏輯”的實現(xiàn)。在這些軟邏輯當中，前面提及的各種管理方式都是可以根據(jù)實際需要而采用的。
從這個角度來說，與其從敏捷出發(fā)考慮如何解決組織級“大敏捷”的問題，不如考慮在類似CMMI的組織級模型中如何運用“敏捷”的管理思路和管理方法，也許會有意想不到的收獲。
無論是“傳統(tǒng)”的瀑布方法，還是“現(xiàn)代”的敏捷方法，目標只有一個，就是以最優(yōu)的效率完成軟件開發(fā)任務。沒有必要為了敏捷而敏捷，而是應該掌握敏捷的思想、方法、技巧，活學活用?；谏鲜鲞@樣的認識，不同的軟件開發(fā)管理方法，都有各自的特點和適用場景，并非存在絕對的優(yōu)劣。作為軟件開發(fā)的管理者，在具體的軟件開發(fā)項目中，始終牢牢抓住軟件工程過程的基本規(guī)律，結(jié)合實際條件，靈活運用不同的管理方式。
項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://opto-elec.com.cn/pmqhd/index.html
