首页 > 应用开发 > IT综合 > 将过程成熟度引入敏捷组织——第一部分
差距分析旨在从过程角度评估组织的现状以及基于CMMI模型确定差距
执行差距分析有多种方法,您可以专注在文档化上,也可以花时间与组织中使用这些过程的工作人员面对面沟通
在试点项目和初始组织实施期间,负责开发过程的工作人员至少还要负责这些过程的培训
始终牢记,CMMI主要是关于“您的期望”,而不是关于“怎么做”
同级评审的目的是:确定需要去除的缺陷并建议执行其他必要的变更
将过程“必做事项”打包,与过程“指导原则”分开
正确理解和实施敏捷实践的组织在开发和管理实践中比许多传统的开发组织纪律性更强
许多管理者担心敏捷就意味着失去项目控制力,但如果您将过程自从打包并提出定制指导原则,将会增加控制力而不是失去控制力
过程资产指导原则:
将过程“必做事项”从指导原则中独立打包
任何过程都不要超过两页
过程不包含“实施方法”信息或工具信息,除非您已觉得无论项目的规模和范围大小都必须提供此类信息
度量的指导原则包含定制/计划选项以及“实施方法”信息
过程不会孤立存在,需要结合指导和培训
保留组织中属于过程的术语,不要尝试将其转化为“CMMI术语”
最棘手并且代价大的过程改进都与行为更改有关,应确保所有发起的更改都对实现业务目标必不可少
可追朔性之所以是必须的实践,原因之一是为了确保我们的厕所能满足包含任何更改在内的所有需求
您可以将非正式过程“规范化”
不要试图向已有发挥左右的过程中增加不必要的书面工作,我们只需在新近归档的风险管理过程中精确描述组织中对如何确定、评估和归类风险的期望
敏捷方法如何为CMMI提供帮助
敏捷方法它如何为CMMI提供帮助“门口”风险管理帮助我们有效地实施风险管理,实现其实际目标并及时地缓解风险及早向客户展示,连续的非正式审查通过及早发现缺陷和机遇以便改进,帮助我们实施验证PA的目的定制敏捷TWG/差距分析方法帮助我们开发以下过程:可反映实际可行并经过验证有效的方法以及人们实际所做的工作通过敏捷过程打包功能,将“必做事项”与“指导原则”分开支持敏捷性和控制力敏捷定制过程与项目计划相集成支持敏捷性和控制力寻找差距时使用的敏捷“挖掘”方法帮助我们确定最有价值的过程改进备选方案
新炬网络定期推出“新炬网络大师讲堂”活动,分享专业IT技术知识,内容涉及Oracle数据库、性能测试、软件自动化测试等,与工作在技术前线的小伙伴们一起探讨实践中出现的技术难题,提供有效解决方案,大家通过交流共同成长
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/29960155/viewspace-1344991/ ,如需转载,请注明出处,否则将追究法律责任。