敏捷框架Scrum的核心要点(“3355”)
前言
Scrum是敏捷实践中最知名的一套框架。对于初学 Scrum 的同学,领会精髓需要实践和时间,但借助对其中最成型的部分的了解,能最快速的一窥其概貌。虽不精确,但有助于建立宏观的体感。Scrum 的核心可以简单归纳为“3355”。
Scrum 框架3个核心角色
Scrum的三个核心角色分别是:Scrum Master、Product Owner(产品负责人)和 Scrum Team(团队)。
产品负责人 (Product Owner)
Product Owner的核心工作对团队对外交付的价值负责。
- 定义需求
- 定义需求的优先级
- 定义需求的验收标准
- 定义产品发布内容与日期
敏捷教练 (Scrum Master)
Scrum MasterScrum Master:主要负责整个Scrum流程在项目中的顺利实施和进行,以及清除挡在客户和开发工作之间的沟通障碍,一般可以对应为我们理解的项目经理的角色。
核心工作是帮助团队遵循Scrum 框架,持续改进,以又好又快的工作。
- 促进团队的工作
- 帮助团队熟悉与掌握 Scrum 价值观与框架
- 帮助团队排除影响生产力的障碍
- 保护团队不受打扰
团队 (Scrum Team)
Scrum team 对交付成果负责。
- 跨职能部门
- 自组织式的团队
- 小而美
3个工件
Scrum的工件主要包括:Product Backlog(产品待办事项)、Sprint Backlog (Sprint 待办事项)和 Increment(可交付产品增量)。
产品待办事项 (Product Backlog)
产品待办事项Product Backlog即产品视角的需求清单。
- 由 Product Owner 负责维护,包括增删及优先级。
- 用户故事是其中一种最佳实践。
- 每项需求都需要描述其外部价值。
Sprint 待办事项 (Sprint Backlog)
Sprint 待办事项 Sprint Backlog即此次冲刺周期内规划要完成的内容。
- 来源于Product Backlog。
- 由团队评估和选择Product Backlog中哪些放入Sprint Backlog。
- 团队需要一起定义“完成”的标准。
可交付产品增量 (Increment)
可交付产品增量Increment即冲刺结束后可对外发布的产品功能增量部分。
- 需要关注其是可工作的软件功能增量。
- 需要要在Scrum Review会议上进行演示。
5个事件
Scrum的五大事件,或 event,包括:冲刺、Sprint规划、每日站会、Sprint评审会和回顾会。
冲刺 (Sprint)
冲刺Sprint或迭代是一个特殊的事件,或者说其一个容器事件。后续四个事件包含在其中。
- 2-4周
- 固定周期,固定时间开始,固定时间结束
- 时间盒是其一个重要的概念
Sprint规划会 (Sprint Planning Meeting)
Sprint规划会的核心议题是下一次冲刺要实现的目标和范围。
- 确定 Sprint的目标
- 对产品backlog 中 item 进行估算,以作为是否放入下期的参考。
- 对于需求不清楚的 item,请 Product Owner 说明。
- 输入是 Product backlog
- 输出是 Sprint backlog
每日站会 (Sprint Daily Standup)
站会的目标是促进信息在团队内共享与透明。
- 回答3个问题
- 本次会议之前,我做了哪些事情?
- 本次会议之后,我准备做什么事情?
- 目前我是否碰到障碍,阻碍我达成目标?
- 每天15分钟
- 不是深入的问题讨论
- 每天固定时间召开
Sprint 评审会 (Sprint Review)
Sprint 评审会在冲刺末期召开,检查本期的成果。
- 团队全体参与
- 邀请相关干系人参与
- 2-4小时
- Product Owner可以拒绝接收成果
回顾会 (Sprint Retrospective)
团队一起复盘本次冲刺的过程,总结经验与教训,并形成切实可行的改进清单。
- Sprint评审会结束后召开
- 时间2-4小时
- 团队全体参与
5大价值观
- 承诺 Commitment - 愿意对目标做出承诺
- 专注 Focus – 全身心都用到你承诺的工作上去
- 开放 Openness – 团队内所有信息对所有人开放
- 尊重 Respect – 每个人都有他独特的价值和经验
- 勇气 Courage – 勇于承诺,履行承诺,敢于说不
参考文档:
https://blog.csdn.net/qpalzm759/article/details/103147467