PK 赛感言
李林
感谢主办方和在 PK 赛过程中支持敏捷团队的企业嘉宾,我很高兴能够参加到 CMMI VS 敏捷 PK 赛的讨论中来。 CMMI 与敏捷基本概念和核心价值是不同的,大家可能会问这样一个问题,它们具备可比性么? Just do it. 我们做到了,用辩论 PK 的方式讨论软件开发方法的改进,让大家来思考。
关于 CMMI 与敏捷,业界的讨论趋于融合。敏捷实践者:敏捷开发方法可以通过企业 CMMI3 级的评估。也有一些更高级 CMMI4-5 级实践者提到敏捷开发是 CMMI4-5 级的最佳实践。
很欣喜看到许多企业关注敏捷开发,并开始敏捷开发的项目实践。许多敏捷实践者在年会上分享了在实施敏捷过程中的经验,同时也讲到了遇到的困惑。敏捷开发在每个新开始实践的团队中,出现了不同的形式或自己的做法,这是一种不好的趋势,因为失败的风险远远大于这种好像符合敏捷思想和原则的改进能够带来的帮助。我的建议是:我们没有经验,严格按照敏捷具体方法中的框架和流程来做就是最好的经验。注重改进沟通的方式,提高具体做法的效率,不要流于形式。
下面是我对敏捷的理解:
1> 敏捷开发在国内刚刚兴起,企业成功经验很少,从新手到“熟练工”需要一个过程。
2> 敏捷开发的特点是成功的经验从成功的实践中来的,这种经验不可以复制,也就是说别人成功的经验不一定适合我们的企业和团队。
3> 敏捷开发更是一种实践的艺术和学问,要勇于实践,总结好的经验,不断改进提高。
关于实施敏捷的一些建议:
1> 建立种子团队
2> 找到一个合适的项目
3> 选择敏捷方法,我的建议是 Scrum
4> JUST DO IT.
重要的一点:初期阶段可以引入敏捷培训或内训,让团队理解敏捷的思想和原则;中级阶段,引入敏捷教练的角色来帮助企业和团队更好的实施敏捷。