敏捷开发中的Scrum方法深度解析
1. 敏捷方法与CMM框架的适配问题
在软件开发领域,敏捷方法与CMM(能力成熟度模型)框架的适配一直是一个备受关注的话题。Jim和Bob的讨论揭示了其中的一些关键问题。
很多人认为,为了满足CMM要求,组织必须采用单一的流程。然而,在创新型组织中,可能会有精益、极限、迭代、自适应等多种方法。一个好的组织模型应该根据不同情况灵活运用这些方法。
例如,在EuroTel,有人认为对于公司60%的软件项目,精益开发(LD)是非常合适的,但公司却想要一个全面的解决方案,希望有一个能涵盖从电话实时交换软件到制造软件的通用软件流程。他们宁愿等待最终解决方案,也不愿进行渐进式的改进。
R&D和业务部门的人员普遍认为,减少工具集和流程是获得CMM认证最简单的方法,并且他们告知高级管理层,整合所有流程和工具可以节省成本。但实际上,这可能导致CMM被滥用,因为为了满足CMM而进行整合后,很难再跳出这个模式,人们担心会失去认证。
同时,对于敏捷开发与CMM的关系,存在不同的观点。有人说可以在CMM框架内容纳XP或敏捷开发,而另一种观点认为,CMM和敏捷开发有不同的哲学理念,它们是相互独立的,不需要让CMM涵盖敏捷开发。甚至有人担心敏捷方法会使CMM变得无关紧要。
2. Scrum方法概述
Scrum方法由Ken Schwaber提出,它依赖于自我承诺、自我组织和涌现,而非权威措施。Ken在1996年的文章中就将复杂性概念引入到软件开发和项目管理中。
Ken发现,传统的以流程为中心的严格方法论存在根本缺陷。他认为软件开不是一个“定义好的过程”,而是一个“经验
超级会员免费看
订阅专栏 解锁全文
978

被折叠的 条评论
为什么被折叠?



