人人都是ScrumMaster：对于Scrum团队,PM应该从何下手.pdf资源-CSDN文库

版权申诉

60 浏览量 2022-07-12 22:26:34 上传评论收藏 728KB PDF 举报

资源推荐

资源详情

资源评论

人人都是 Scrum Master：对于 Scrum 团队，PM 应该从何下手

人人都是 Scrum Master：对于 Scrum 团队，PM 应该

从何下手

如何跟踪项目进展，了解团队生产率，分析千行代码缺陷率等，相信对于一个

PM 来说，PV, EV, SV, CV, Defect Density等这些概念都是烂熟于胸的，然而对于

Scrum 的 PM，面临的困境是，项目开始的时候，要开发的产品没有明确的需求

和时间轴，手头拿到的只是一个 High Level 的 Product Backlog，PM 甚至不知道 6

个月后这个 Backlog 会不会面目全非。显然，传统的管理方式是很难让人客观了

解项目的进展并评价项目。为了客观评价一个 Scrum 团队的承载力和效率，点融

黑帮今天给大家提供几个容易上手的度量标准和追踪的方法，简单快速帮助大家

评价和管理一个 Scrum 团队。

Velocity （已经完成的故事点！）

好吧，我们说的是在一个 Sprint 中已经彻底完成的故事点，没有 Defect，不是部

分完成的，而是真正的已经把 User Stories 转化为已经生产运行的软件的大小（点

数）。

什么？已经被解决的 Defect 算不算，你觉得你去 4S 店买了辆车发现雨刮器噪音

太大，结果人家帮你修好了问你要修理费，你会给吗？只有真正完成并交付使

用的功能才被记录成为某个 Sprint 的 Velocity，它代表的是一个 Scrum 团队真正

的速率。

哦，对了，正规的项目交付中，我们还分为已完成的 Velocity 和被接受的 Velocity，

前者是团队的认知，而后者是 PO 的认知，如果两个值不一样，恭喜你，你有了

一个 Impediment。此外，请注意，我们计量的单位是故事点，而不是人天，工

作小时或者其他什么，若干个 Sprint 的 ramp up 以后，我们希望 Velocity 和股票

一样涨涨涨！

1

本内容试读结束，登录后可阅读更多

下载后可阅读完整内容，剩余6页未读，立即下载

内容反馈

版权申诉

apple_51426592

粉丝: 9509
资源: 9659

最新资源

资源上传下载、课程学习等过程中有任何疑问或建议，欢迎提出宝贵意见哦~我们会及时处理！点击此处反馈

feedback-tip