Scrum 是一个用于开发和维持复杂产品的框架 ,是一个增量的、迭代的开发过程。在这个框架中,整个开发过程由若干个短的迭代周期组成,一个短的迭代周期称为一个Sprint,每个Sprint的建议长度是2到4周(互联网产品研发可以使用1周的Sprint)。在Scrum中,使用产品Backlog来管理产品的需求,产品backlog是一个按照商业价值排序的需求列表,列表条目的体现形式通常为用户故事。Scrum团队总是先开发对客户具有较高价值的需求。在Sprint中,Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。挑选的需求在Sprint计划会议上经过讨论、分析和估算得到相应的任务列表,我们称它为Sprint backlog。在每个迭代结束时,Scrum团队将递交潜在可交付的产品增量。 Scrum起源于软件开发项目,但它适用于任何复杂的或是创新性的项目。
三个角色
Product Owner
管理产品待办事项列表
- 清晰地表达产品代办事项列表条目
- 对产品代办事项列表中的条目进行排序,最好地实现目标和使命
- 确保开发团队所执行工作的价值
- 确保产品代办事项列表对所有人可见、透明、清晰,并且显示 Scrum 团队的下一步工作
- 确保开发团队对产品代办事项列表中的条目达到一定程度的理解
Development Team
- 他们是自组织的,没有人(即使是 Scrum Master 都不可以)告诉开发团队如何把产品 代办事项列表变成潜在可发布的功能
- 开发团队是跨职能的,团队作为一个整体拥有创造产品增量所需要的全部技能
- Scrum 不认可开发团队成员的头衔,无论承担哪种工作他们都是开发者。此规则无一例外
- 开发团队中的每个成员可以有特长和专注领域,但是责任归属于整个开发团队
- 开发团队不包含如测试或业务分析等负责特定领域的子团队
Scrum Master
- 找到有效管理产品代办事项列表的技巧
- 清晰地和开发团队沟通愿景、目标和产品代表事项列表条目
- 教导开发团队创建清晰简明的产品代表事项列表条目
- 在经验主义环境中理解长期的产品规划
- 理解并实践敏捷
- 按需推动Scrum活动
- 指导开发团队自组织和跨职能
- 教导并领导开发团队创造高价值的产品
- 移除开发团队进展过程中的障碍
- 按需推动Scrum活动
- 在 Scrum 还未完全被采纳和理解的组织环境下指导开发团队
三个工件
Product Backlog
Sprint Backlog
Burn-down Chart
五个活动
产品待办事项列表梳理
- 保持产品待办事项列表有序
- 把看起来不再重要的事项移除或者降级
- 增加或提升涌现出来的或变得更重要的事项
- 将事项分解成更小的事项
- 将事项归并为更大的事项
- 对事项进行估算
Sprint计划会议
- 需要完成哪些工作?
- 如何完成工作?
最终产生的待办事项列表就是“Sprint待办事项列表(Sprint Backlog)”。