jsp网站开发技术难点,做a图片网站,检察网站建设请示,成都单位网站设计“CMMI与敏捷之间是否有什么样的关系#xff1f;是矛盾的#xff1f;还是可融合的#xff1f;”“在CMMI环境下如何实施敏捷#xff1f;”自从“敏捷”诞生以后#xff0c;此类话题就此起彼伏#xff0c;从未停止。前几日#xff0c;在AgileChina的讨论组中#xff0c;…“CMMI与敏捷之间是否有什么样的关系是矛盾的还是可融合的”“在CMMI环境下如何实施敏捷”自从“敏捷”诞生以后此类话题就此起彼伏从未停止。前几日在AgileChina的讨论组中“CMMI下的Scrum如何操作”以及“如何实施Agile这个东东Agile怎样保证质量”又被提了出来跟帖者众多各抒已见。pipi的建议是 ...看看公司有什么问题为解决问题而引入Agile而不是为了Agile而Agile。没有问题又何必引入Agile呢。就好像很多世界顶级软件公司都不需要采用CMMI一样因为自身的软件开发流程已经很成熟了... 来自Thoughtworks的咨询师熊节的经验是在CMMI环境下可以实施敏捷但要精心选择切入点 第一CMMI要求的是软件组织具备成熟过程的*证据*而诸如XP之类的敏捷方法只要使用得当是能够提供足够的证据来支持CMMI 5级的要求的所以在CMMI框架下实施敏捷方法是可行的这是在一些采用CMM多年的国内领先的软件组织中得到验证的。 第二在这种环境下实施敏捷要注重实效从影响较小收益较大的实践开始逐步引入比较忌讳开口提大名词例如SCRUM或者XP。我会建议你以CMMI 5级的自我改进做旗帜找到组织中存在浪费的环节引入最佳实践来消除浪费没有必要把敏捷挂在嘴边。 第三一般来说持续集成是开始这类改进活动的一个好的起点因为持续集成强迫组织形成快速的反馈机制从而让很多问题有机会在更短的时间暴露出来。另一方面持续集成也是领导比较容易接受的一个实践。 两年前的一篇名为《敏捷实践两个月》帖子也提及在一个特定情况下引入了Agile元素。可见大家引入Agile的目的各不相同但都是为了解决某些问题。看来想要实施Agile,即要根据Agile自身的特性也要考虑不同的环境来采取不同的策略。 另外起步停车还进一步提出了文档问题尽管这个问题在很久以前就在AgileChina上讨论过 ... 我们现在对于文档的处理完全就是一种资源浪费比如TDD 但可是 可但是 如果我们改进文档处理方式或者实施TDD这些东西的话会有人跳出来阻止的。 因为他们认为 他们看不到相关文档 就以为缺少了什么东西。 很多初识Agile的人也有Agile不需要文档的错误想法但事实上无论以什么样的方式存在无论记录的内容是什么文档都是必不可少的。而且王 晓明加调项目中一定要做到 每一个文档都要有真正的读者 每一个实践都要有真正的成效。 Pipi补充道 1. 要么不写要写就写有质量的文档低质量的文档还不如不写 2. 提供给客户的文档优先于内部使用的文档给客户的文档是更有价值的 看来“CMMI环境下该如何实施Agile”这个问题并没有一个规范的答案。其实可以说“只要本着‘积极思考消除浪费’没有必要把敏捷挂在嘴边不要对立而去实践在实践中不断调整”就是在CMMI环境下实施Agile的要点。 InfoQ的读者您在CMMI环境下实施过Agile吗不妨把您的心得体会与大家分享一下。 转载于:https://www.cnblogs.com/djbone/archive/2008/08/21/1272880.html
