摘要：
这是敏捷开发般若敏捷系列的第七篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九） 重新认识CMMICMMI其实是一种敏捷开发方法，何以见得？CMMI是由美国军方的甲乙双方密切配合产生的国防部招标标准，在美国国防部招标的时候使用这个标准，既没有多余的让某方别扭的，也没有缺少的让某方担心的。CMMI还是不断改进的，一个涉众如此之广的产品能以这个速度改进，已经很难得了。在招标过程中发现问题，随时都会提交到变更委员会。所以在CMMI里边，充满了无我之心，无住之法。但是，那里的我和那里的法，不是我们身边的我身边的法。互联网行业、消费电子行业把CMMI当作起点寻找适合自己的终点，就像北京人去天津 阅读全文
摘要：
这是敏捷开发般若敏捷系列的第六篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）说了这么多，五六七这三篇与如何推广敏捷有什么关系呢？推广CMMI过程中的失误在回答如何推广敏捷敏捷之前，先回顾一下推广CMMI中存在的失误。本人在3家企业内部推广过CMMI，为10多家企业从外部做过咨询和培训，CMMI肯定对企业有帮助，但是并没有想象中那么好。试点项目完成后，证书拿到，多数企业并没有在其内部完整推广，甚至试点项目都发生了退步。究其原因，莫过如下：1. 各利益单位的目的不同，利益不统一（执着于我，人，众生）一次CMMI认证的主要受益者包括：政府/软件园涨面子，企业/市场/销售部门有证书能拿单 阅读全文
摘要：
这是敏捷开发般若敏捷系列的第四篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）敏捷开发中有几个地方相当创新，或者说尽管之前的方法中可能也有涉及，但却从来没有像敏捷开发这样提升为“根本大法”来对待。一个是“拥抱客户价值，拥抱变化”，一个是TDD/结对编程/自动化测试为代表的开发与测试的融合，一个是“团队协作/结对编程/共同估算/代码共同所有制等自组织团队实践”，还有一个则是认为协作重于流程，沟通胜于文档。传统开发的困局在敏捷开发之前，尽管没有成文的说法，但客户与开发人员整体是个博弈的关系，双方要小心谨慎相处。比如需求要签字确认才能开发，计划要提前敲定并监督完成；而变更要走严格的变更流 阅读全文