Scrum 是一个敏捷开发框架,是一个增量迭代的开发过程。Scrum 的整个开发周期由若干个小的迭代周期组成,每个小的迭代周期称为一个 Sprint,每个 Sprint 的长度约为 2-4周。在这样的快速迭代中,我们会优先开发对客户具有较高价值的需求,并确保每个迭代结束后都能完成可交付的产品。
Scrum的标准流程
第一步:产品负责人负责梳理来自利益相关方的反馈与需求,并按照优先级排序,形成 Product Backlog,即产品待办事项列表;
第二步:经过迭代规划、会议分析,和对 Product Backlog 进行估算,形成 Sprint Backlog ,即迭代待办事项列表;
第三步:由团队在固定的开发周期内交付潜在可发布的产品增量;
第四步:经过迭代评审和迭代回顾,结束当前迭代,并开始下一次迭代。
这个过程主要包含了4个会议:
迭代计划会议(Sprint Planning Meeting):整个小组通过估点的方式,按优先级将用户故事从 Product Backlog 移入到 Sprint Backlog 。包含整个小组本次迭代要做完的所有任务。
日常站立会议(Daily Stand Up Meeting):小组成员领取自己的任务,并在每天的站立会议上讲一下自己昨天做了什么,今天准备做什么,什么时候能完成,是否遇到了什么问题。当有人提出难题时,Scrum Master 需要在会后安排解决。每个人的发言大概 30秒-1分钟,整个会议时长不超过15分钟。
评审会议(Review Meeting):一个迭代结束后,需要进行内部演示,将工作成果展示给所有人,包括 Project Owner。
迭代复盘会议(Restrospective Meeting):演示结束后,包括Project Owner 在内的整个小组需要召开一个迭代回顾会,回顾本迭代中大家哪些做的好,哪些做的不好,列的时候只讲现象,不分析原因,不找解决方案。然后整个小组投票选出3个不好的,分析原因,寻找解决方案(关于此处为什么只解决 3个最不好的问题,是因为小组的精力有限,一个迭代解决全部问题,不太现实,多次迭代后,逐渐调整,小组的整体效率会不断变好)。
通过践行 Scrum 模型,我们能快速响应变化,并能保证项目不会随着内部和外部因素复杂度增加而降低成功度。