chens616的专栏

CMMI的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。自从1994年SEI正式发布软件CMM以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。虽然这些模型在许多组织都得到了良好的应用，但对于一些大型软件企业来说，可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。这时他们就会发

在IBM、微软等很多公司都有一个很好的实践，那就是代码复审。这种代码审查的过程，不是将代码发给某一个人或某几个人去看，而是强调程序员自己定期走上台，向其他人讲解自己源程序的活动。因为要向大家讲解自己的程序，程序员会极其重视自己的工作进度、代码质量，在写代码时，就时刻想着--可能随时会被选中去做代码复审，所以会非常认真地对待每一行代码。公司为某省交通厅开发并实施了一套多层级公文交换系统。在平稳运

最近看了很多关于敏捷开发和CMMI比较的讨论，结合我实施CMMI的经验和对敏捷开发的研究，提出点薄见，还希望大家多多讨论！    首先我现在很多公司盲目跟随潮流使用敏捷开发过程，或CMMI标准过程，未完全确定自己公司的实际情况，保守的说一个企业开发过程未真正的达到CMMI3级的标准过程，那么它的敏捷开发过程很难实现，只能是徒具一个敏捷开发外壳。    二十世纪初，17 位该方法的倡导者建立