作要求，这是实施者需要解决的问题。有些企业实施CMMI之后叫苦不迭，我认为问题不是出在CMMI本身，而是出在实施环节，没有能够掌握CMMI的实质，没有能够结合实际条件活学活用，很多情况下是在操作层面上机械照搬了别人的“成功模板”，结果削足适履，这样结果当然会难受。我认为的正确姿势是，把CMMI模型的内容看做组织级能力中的“硬逻辑”，然后根据自身条件的实际情况，设计相应的“软逻辑”，因地制宜制定各种制度流程，来推动那些“硬逻辑”的实现。在这些软逻辑当中，前面提及的各种管理方式都是可以根据实际需要而采用的。
从这个角度来说，与其从敏捷出发考虑如何解决组织级“大敏捷”的问题，不如考虑在类似CMMI的组织级模型中如何运用“敏捷”的管理思路和管理方法，也许会有意想不到的收获。
无论是“传统”的瀑布方法，还是“现代”的敏捷方法，目标只有一个，就是以最优的效率完成软件开发任务。没有必要为了敏捷而敏捷，而是应该掌握敏捷的思想、方法、技巧，活学活用。基于上述这样的认识，不同的软件开发管理方法，都有各自的特点和适用场景，并非存在绝对的优劣。作为软件开发的管理者，在具体的软件开发项目中，始终牢牢抓住软件工程过程的基本规律，结合实际条件，灵活运用不同的管理方式。
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
