Scrum敏捷开发框架

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)”。

每日Scrum会议

Sprint评审会议

Sprint回顾会议

四大支柱