江苏龙网

  1. 首页 > 生活 > >

怎样解决敏捷开发与CMMI的冲突( 二 )

【怎样解决敏捷开发与CMMI的冲突】 CMMI和Agile都是人们为了解决在软件生产过程中出现的质量低下、进度延迟、预算超支等问题，而产生的标准或过程改进的模型或方法实践，只是它们的关注点有所不同而已。CMMI和ISO关注为了实现组织软件生产目标，我们应该做什么？但却不关注如何做。而敏捷开发作为一个实践性方法，更关注怎么做。因此，在具体操作过程中，可以通过有效结合，能够使组织更快、更好地实现过程改进目标。
为了能够有效结合各种CMMI和敏捷开发，组织必须明确它们的区别和联系，以及每种方法的主要关注点。
CMMI和敏捷开发的主要冲突来自于双方产生的环境、目标客户和团队文化要素，例如CMMI早期客户,主要关注大型项目、复杂系统、使命关键(Mission Critical)系统，而敏捷开发主要关注小项目、简单应用和灵活多变的系统；CMMI的假想市场和用户主要面向成熟市场，面向那些关注流程创新的企业，而敏捷开发主要关注在新兴市场和多变的市场环境；文化方面，CMMI强调流程和管理，而敏捷更强调高度信任的氛围中，被激励起来的个人之间的协作创新。
但在整体上，CMMI和敏捷开发能够很好地相互补充、相互支持。首先在关注点上CMMI关注组织级或企业级改进，关注回答项目应该做什么，而不是具体怎么做的方法，而敏捷开发则更关注项目级改进，关注项目具体怎么做的方法和最佳实践，这使双方在定位方面形成很好的相互补充的态势，一方面CMMI为敏捷提供组织级扩展的能力和必须的组织治理框架，便于组织级对敏捷最佳实践的推广和重用；另一方面，敏捷为CMMI提供了项目级的具体实践方法，确保团队在CMMI框架下能够快速响应，不断创新，持续交付价值。两者的有效结合，能够有效实现个人绩效向团队绩效、向组织绩效的转变过程。同时，也可以通过敏捷实践，规避CMMI实施过程中重文档、重流程的不良倾向，使CMMI实施时更加关注组织的实际价值、关注客户、关注创新。
对了，想要了解更多敏捷开发解决方案可前往CORNERSTONE。

■网友
大概说说我现在的看法，不一定对 CMMI更注重流程管理，比如订立的里程碑，评审点等等，是一个很流程化的东西，需要项目计划，质量保证计划，按照软件瀑布式展开，也就是，需求，设计，研发，测试，上线的这种流程。每个流程都会产出文档，会有评审会。也就是说，是一步一步的走。实际中CMMI这种流程控制的，都是大项目，有明确的时间周期，而且周期较长，有明确的需求，分析的够透彻，需求不随意变更。也就是有些很完美的，而且足够时间的完成项目的状态。敏捷开放更注重随时解决问题，可能都不能产出文档，站立式会议，然后就是改进，改进，改进。强调的更多的是持续有效沟通和行动力。敏捷也会产出文档，但是经常会变更，应该说会有总体的大文档分块产生出来吧。而且在敏捷开始的时候，更多的可能需要项目经理的把控了。敏捷需要的就是及时沟通，及时修改，效率做项目的方法。
■网友
大部分互联网项目已经不考虑CMMI对于传统软件项目，我的建议是在你能做好CMMI的时候再来做敏捷，否则你很难理解敏捷的意义。
■网友
看到这个问题 我在想，为什么要解决这个冲突？


推荐阅读


上一篇：为啥ERP行业女销售比较少

下一篇：Quora的views跟upvotes到底是吗意思