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