敏捷成熟度评估

上传人:飞*** 文档编号:3031575 上传时间:2017-07-29 格式:PPT 页数:33 大小:1.74MB
返回 下载 相关 举报
敏捷成熟度评估_第1页
第1页 / 共33页
敏捷成熟度评估_第2页
第2页 / 共33页
敏捷成熟度评估_第3页
第3页 / 共33页
敏捷成熟度评估_第4页
第4页 / 共33页
敏捷成熟度评估_第5页
第5页 / 共33页
点击查看更多>>
资源描述

《敏捷成熟度评估》由会员分享,可在线阅读,更多相关《敏捷成熟度评估(33页珍藏版)》请在金锄头文库上搜索。

1、Agile Maturity Model,敏捷成熟度评估, ThoughtWorks 2009,1,什么是AMM为什么做AMM?AMM的结构如何做AMM评估AMM维度介绍,Agenda, ThoughtWorks 2009,2,AMM(敏捷成熟度模型)是一套用来评估软件开发团队或者整个开发组织的当前敏捷状态和将来的目标状态的框架,评估的结果用来帮助团队识别改善点。,AMM简介,AMM关注于敏捷方法的具体展现形式即软件开发过程。因此,AMM只评估软件开发团队的开发过程和实践,并不能用来评估一个组织的所有方面。,什么是AMM, ThoughtWorks 2009,4,To what extent

2、do our staff and partners possess the skills and expertise required for effective agile development?,What benefits is our organization realizing from agile adoption?,To what extent do our processes leverage and exploit agile best practices?,Are our software platforms amenable to rapid change? Do the

3、y hinder or support agile practices?,AMM从若干个维度进行评估,每个维度有若干个级别,这些维度的级别一起揭示了组织的“敏捷成熟度”,什么是AMM, ThoughtWorks 2009,5,AMM是ThoughtWorks对全球敏捷组织转型经验的一个提炼AMM评估帮助项目关键涉众取得一个对当前状态和未来目标的统一理解AMM是一个不断演化的框架AMM易于理解和使用,The Agile Maturity Model is,AMM不是一个标准AMM不是一个级别认证或者一套规章制度AMM不是一套事先制定和强制执行的治理框架AMM不是一个庞然大物,Is not, Th

4、oughtWorks 2009,7,AMM用来评估一个IT组织的敏捷程度,其评估结果可以被用来设定该组织敏捷实施的未来阶段性目标。,为什么要使用AMM, ThoughtWorks 2009,8,维度,管理实践Shared Responsibility 职责共享Requirements 需求Responsiveness 快速响应Assurance 交付保障Communication 沟通Governance - 治理技术实践Build 软件构建Testing 测试Simplicity 简单性Configuration Management 配置管理,Levels - 级别,Innovating当

5、前团队有能力发明新的技术和实践解决前所未遇的问题。一个典型特点是团队能够积极贡献和回馈更广大的软件开发社区。Adaptive当前团队的过程已经足够成熟,能够良好地相应变化Operating通过对相关技术的掌握和相应的纪律支持了敏捷软件开发的持续实施Collaborative具备实施敏捷软件开发的基础Neutral既不阻碍也不有利于敏捷软件开发Regressive当前的过程限制了敏捷的实行,状态评估,评估当前状态和未来的阶段性目标显示每一阶段目标的关注焦点和对人员、技能以及角色的影响和要求帮助我们识别每一阶段的改变程度和相应影响帮助我们识别出应该改变的方面,按照类别评估,按照管理实践和技术实践组

6、织评估结果允许我们:清晰展示当前状态和期望状态之间的差距展示不同阶段的状态演变识别出我们的努力方向,按维度评估,识别出各个维度上的当前状态和未来阶段性目标识别出各维度上的目标和具体行动计划,如何进行AMM评估, ThoughtWorks 2009,14,由有敏捷实践经验的ThoughtWorks敏捷实践者进行评估不是checklist驱动,而是经验驱动使用AMM帮助评估者描绘和勾划团队的当前过程是一个动态的了解团队当前动态的过程不同的评估者的评估过程可能不同,谁来进行评估, ThoughtWorks 2009,15,为了评级而评估逐条检查各个维度的问题单来确定个维度级别评估过程变成自评过程,避

7、免, ThoughtWorks 2009,16,PM/PL分析师/SE工程师/首席工程师/架构师测试人员QAEtc.,对谁进行评估, ThoughtWorks 2009,17,评估时间, ThoughtWorks 2009,18,识别评估对象制定访问计划评估团队培训,Iteration 0, ThoughtWorks 2009,19,让所有评估团队成员在开始评估前清楚什么时候,对什么人,如何进行评估,理想状态下,被评估团队集中在同一地点Kick-off meeting,根据团队规模评估团队进行访谈和调研,辅以实地考察纪要和交付物整理小规模成果展示,收集客户反馈,修正交付物全团队成果展示,评估流

8、程, ThoughtWorks 2009,20,评估结果总结陈述以不同形式展现的当前成熟度、推荐的未来目标和中间阶段性目标描述对每个维度上的改善所带来的预期收益一系列关于如何达到下一阶段目标的推荐措施(通常经过优先级排序)评估过程产物(访谈记录等),交付物, ThoughtWorks 2009,21,Agile Maturity Model,技术实践,Build 软件构建,Testing 测试,Simplicity 简单性,Configuration Management 配置管理,Agile Maturity Model,管理实践,Shared Responsibility 职责共享,Requirements 需求,Responsiveness 快速响应,Assurance 交付保障,Communication 沟通,Governance 治理,

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 研究报告 > 综合/其它

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号