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回顾会议

四大支柱