- Scrum 教程
- Scrum - 首页
- Scrum - 概述
- Scrum - 框架
- Scrum - 角色
- Scrum - Scrum Master
- Scrum - 事件
- Scrum - 工件
- Scrum - 用户故事
- Scrum - 燃尽图
- Scrum - 估算
- Scrum - 工具
- Scrum - 优势
- Scrum - 认证
- Scrum - 常见问题
- Scrum 有用资源
- Scrum 快速指南
- Scrum 有用资源
Scrum - 角色
Scrum 团队由三个角色组成,分别是 Scrum Master、产品负责人和团队。
Scrum Master
Scrum Master(有时写成 Scrum Master,尽管官方术语在“Scrum”之后没有空格)是 Scrum 流程的守护者。他/她负责 -
- 使流程顺利运行
- 消除影响生产力的障碍
- 组织和主持关键会议
产品负责人
产品负责人负责最大化产品价值和团队的工作。如何在不同组织、Scrum 团队和个人之间实现这一点可能差异很大。
产品负责人是唯一负责管理产品待办事项的人。产品待办事项管理包括 -
清晰地表达产品待办事项。
对产品待办事项进行排序,以最佳地实现目标和使命。
优化团队执行的工作价值。
确保产品待办事项对所有人可见、透明和清晰,并显示团队将继续开展哪些工作。
确保团队理解产品待办事项中的条目,达到所需程度。
产品负责人可以自己完成上述工作,也可以让团队完成。但是,产品负责人对这些任务仍然负有责任。
产品负责人是一个人,而不是一个委员会。产品负责人可以在产品待办事项中代表委员会的意愿,但想要更改产品待办事项优先级的人必须与产品负责人沟通。
为了使产品负责人取得成功,整个组织必须尊重他或她的决定。产品负责人的决定体现在产品待办事项的内容和排序中。任何人都不能告诉团队根据不同的需求集工作,团队也不能根据任何其他人所说的话采取行动。这是由 Scrum Master 确保的。
团队
团队是自组织和跨职能的。这意味着团队根据项目需要,由分析师、设计师、开发人员、测试人员等组成。
业内有些人将这个团队称为开发团队。但是,这种说法导致了争议,即团队只能有开发人员而不能有其他角色。显而易见,这只是一个误解。为了开发软件产品,我们需要所有角色,这就是 Scrum 的本质——团队将协同工作。跨职能团队拥有完成工作所需的所有能力,无需依赖团队之外的人员,从而节省时间和精力。Scrum 中的团队模型旨在优化灵活性和创造力以及生产力。
最佳团队规模足够小以保持灵活,足够大以在冲刺中完成重要的工作。如果可能,团队规模应保持在 5 到 9 人之间。团队成员少于 5 人会减少互动,并导致生产力增益减少。超过 9 名成员需要过多的协调。
Scrum 团队每天紧密合作,以确保信息的顺利流动和问题的快速解决。Scrum 团队以迭代和增量的方式交付产品,最大限度地提高反馈机会。完整产品的增量交付确保始终可以获得工作产品的潜在有用版本。