Scrum Events 敏捷活动包括四个活动:1、Sprint Planning(冲刺计划会) 2、Daily Scrum(每日站立会) 3、Sprint Review (冲刺评审会) 4、Sprint Retrospective(冲刺回顾会)。
一、The Sprint 迭代
一个迭代周期要小于30天,现在最流行的迭代时间是两周。主要是为了开发一个潜在可用的可发版的产品增量。迭代周期是固定的,不能说这一次的这一次的迭代周期是3周,下次的迭代周期就是4周,再下一次的迭代周期就是2周。
保持固定的迭代周期的好处就是,使得敏捷团队有固定的节奏感(= =#听起来是不是有点玄乎)。用专业的话术来解释就是:太长的迭代周期会增加复杂性,不容易聚焦,对干系人的反馈会拉长,甚至延期。
二、Sprint Rules 迭代规则
在敏捷管理-Scrum过程中也要遵循一定的迭代规则:
- 迭代过程中不要中途替换迭代目标
- 不应该中途降低跌倒目标价值
- 目标范围也许会被重新调整
- 最开始的一个迭代周期不仅仅有PO(产品负责人),还有开发团队以及足够的好想法来完成整个迭代。
三、Scrum Events
我将用表格简单对比下Scrum Events的四个活动(会议)
会议 Events | 检查 Inspection | 调整 Adoptation | 参与者 Who Attends | 限时 Time |
---|---|---|---|---|
冲刺计划会议 | 产品待办事项 | 迭代目标、迭代待办事项 | 敏捷团队 | 4小时 |
内日站立会 | 实现迭代目标的进程 | 迭代待办事项 | 开发团队 | 15分钟 |
展示评审会 | 增量迭代、产品待办事宜 | 产品待办事项 | 敏捷团队、干系人 | 2小时 |
冲刺回顾会 | 迭代 | 迭代待办事项、工具等 | 敏捷团队 | 1.5小时 |