原创

敏捷管理之成熟度模型表格

温馨提示:
本文最后更新于 2023年02月16日,已超过 644 天没有更新。若文章内的图片失效(无法正常加载),请留言反馈或直接联系我
评估维度 初级 中级 高级

PO

Backlog

Team内PO角色清楚,PO负责管理Product Backlog; PO负责管理Product Backlog,Team认可Product Backlog内容; Product Backlog由PO发起管理,由Team共同参与讨论完善;
PO是需求的主要来源,并负责并从各方收集需求,并对需求负责; Team会协助PO收集需求,也会积极提出需求,Team认可需求并对需求负责; Team共同提出和收集需求,共同对产品负责;
PO负责Product Backlog优先级的确定,当变动发生时也是如此; PO协助Team进行Product Backlog优先级的确定,当变动发生时也是如此; Team共同对Product Backlog优先级进行确定并负责,当变动发生时也是如此;
SM 

 

 

Team中有一个人可以承担Scrum Master这个角色的工作,

基本上由此人长期承担Scrum Master的工作;

Team中Scrum Master这个角色的工作有Backup,当Scrum Master不在时,

Backup可完全承担该角色的工作;

Team中任何一个人都可以承担Scrum Master这个角色的工作;

基本能够协调Team解决在Sprint内遇到的问题。

但是对跨Domain的问题解决推动能力弱;

完全能够协调Team解决在Sprint内遇到的问题。对跨Domain的问题解决推动能力较强,

但对跨部门的问题解决推动能力较弱;

可以帮助Team跨越Sprint中遇到的一切障碍,对跨Domain和跨部门的问题解决

推动能力均较强,保障DoD按约定完成;

由Scrum Master协助团队成员进行维护Sprint Backlog,

并培养团队成员自行维护Sprint Backlog的习惯;

团队成员自行维护Sprint Backlog的习惯已形成,Scrum Master只需监督和提醒;

团队成员自觉维护Sprint Backlog,Scrum Master定期检查团队成员维护

Sprint Backlog的情况;

站会

Scrum Master负责主导和主持站会,站会在固定地点和固定时间,

在标准时长内结束,Scrum Master对团队每个成员的工作内容都很清楚,

可以通过站会发现大部分问题和风险;

Scrum Master协助站会有效进行,站会在固定地点和固定时间,在标准时长内结束,

团队成员对于其他成员的工作内容都很清楚,团队成员可以协助Scrum Master

发现一些问题和风险,大部分问题和风险还是由Scrum Master发现;

团队成员积极地参加站会,站会高效地效进行,站会在固定地点和固定时间,

在标准时长内结束,团队成员对于其他成员的工作内容都很清楚,团队成员

积极提出问题与风险,和Scrum Master共同发现所有问题和风险;

其他会议

Scrum Master负责各种会议的如期进行,如plan meeting、总结会议、

PRD reivew、ERD review、Code review、Case review等等;

Scrum Master协助各种会议的有效进行,如plan meeting、总结会议、PRD reivew、

ERD review、Code review、Case review等等;

Scrum Master辅助,团队成员主导各种会议的有效进行,如plan meeting、

总结会议、PRD reivew、ERD review、Code review、Case review等等;

计划会

Scrum Master负责主导和主持plan meeting,给出工时的评估方式,

给出本次sprint的计划内容和优先级别,引导大家进行sprint内容的拆分,

引导大家完成工时的评估;

Scrum Master协助plan meeting有效进行,和团队成员共同商讨确定工时的评估方式、

本次sprint的计划内容和优先级别,进而共同完成sprint内容的拆分和工时的评估;

Scrum Master辅助,团队成员主导plan meeting,Team共同对工时评估的结果,

本次sprint的计划内容及拆分结果,优先级别确认结果负责;

总结会

Scrum Master负责主导和主持总结会议,主要由Scrum Master负责总结

本次迭代的优点和缺点,并针对缺点制定出改进措施并进行跟进;

Scrum Master协助总结会议有效进行,和团队成员共同商讨总结本次迭代的优点和不足,

能够针对不足制定出有效的改进措施并进行有效的改进,而优点能够继续保持;

Scrum Master辅助,团队成员主导总结会议,Team共同对本次迭代的结果负责,

能够共同认识到不足的根本原因所在,后期所有团队成员都积极有效的改进,

将不足逐渐转变为优点,而优点能够越做越好;

风险监控 Scrum Master负责监控风险和进度,并能知会给利益相关人; Scrum Master主导,团队成员参与监控风险和进度,并能定期通知给利益相关人; Team共同积极监控风险和进度,并能及时通知给利益相关人;
任务完成

Team大部分情况下能够完成对DOD的承若;

Definition of done (DoD)(完成的定义)

The exit-criteria to determine whether a product backlog item is complete.

In many cases the DoD requires that all regression tests be successful.

The definition of done may vary from one scrum team to another,

but must be consistent within one team

Team共同完成对DOD的承若;

Team从专注功能实现专为专注产品实现,Team有能力识别产品的正确路线,

共同促使产品不断被完善;

持续集成

使用Jenkins完成测试环境持续集成,在需要部署测试的时候通过Jenkins

部署

其他环境(开发、生产)都使用Jenkins完成持续集成,无人工连接服务器操作,

可以做到通过Jenkins每日自动集成,可以做到每日发布

每次提交代码自动触发开发环境持续集成,集成中包含代码质量静态检查、

自动化测试等技术栈定义的工艺流程和标准,可以做到每个任务独立发布

未完待补充      

 

敏捷管理系列内容点击查看列表

正文到此结束
本文目录