Scrum敏捷开发流程

● 与其他 Scrum Master 一起事情,资助组织更有用的应用Scrum

四个集会

四个集会指的是Sprint企图集会、逐日例会、Sprint评审集会和Sprint回首集会。

Sprint企图集会（Sprint Planning）

在Scrum中，Sprint企图集会有两部门：

1. 决议需要完成哪些事情？

2. 决议这些事情怎样完成？

第一部门：需要完成哪些事情？

参会职员：团队、项目卖力人（Scrum Master）、产物卖力人（Product软件开发

Owner）

第一部门的集会，产物卖力人向开发团队先容排好序的产物待服务项，由整个Scrum团队配合明白这些事情。

Sprint中需要完成的产物待服务项数目完全由开发团队决议。做几多事情只能由开发团队决议，产物卖力人或任何其它人都不能给开发团队强加更多的事情量。

第二部门：怎样完成事情？

参会职员：Team 、Scrum Master

第二部门的集会，开发团队需要凭据当前的“完成的界说”一起决议怎样实现下一个产物增量。他们举行足够的设计和企图，从而有信心可以在Sprint中完成所有事情。

决议怎样完成事情是开发团队的职责，决议做什么则是产物卖力人的职责。

Sprint企图集会最终需要Scrum团队对Sprint需要完成事情的数目和庞大度告竣共识，最终发生的待服务项列表就是“Sprint待服务项列表（Sprint Backlog）”。

Sprint待服务项列表是一个需要在当前Sprint完成的且梳理过的产物待服务项，并包罗了一个团队完成这些事情的企图。

逐日站会（Daily Scrum）

开发团队是自组织的，通过逐日站会来确认他们仍然可以实现Sprint的目的。

每一个开发团队成员需要提供以下三点信息：

● 从昨天的站立会到现在，我完成了什么；

● 从现在到明天的站立会，我企图完成什么；

● 有什么阻碍了我的希望。

逐日Scrum通常不凌驾15分钟。

逐日Scrum中可能有简要的问题澄清和回覆，可是不应该有任何话题的讨论。

逐日Scrum既不是向治理层汇报，也不是向产物卖力人或者ScrumMaster汇报。它是一个开发团队内部的相同集会，来保证他们对现状有一致的相识。

只有Scrum团队的成员，包罗ScrumMaster和产物卖力人，可以在集会中讲话。其他感兴趣的人可以来旁听。

Sprint评审集会（Sprint Review）

Sprint竣事时，Scrum团队和相关职员一起评审Sprint的产出。所有Scrum集会都是限制时长的，Sprint评审集会的推荐时长是Sprint中的每一周对应一个小时（好比，一个Sprint包罗2个星期，则Sprint评审集会时长为2个小时）。

每小我私家都可以在Sprint评审集会上揭晓意见。产物卖力人会对未来做出最终的决议，并适当地调整产物待服务项列表（Product Backlog）。

Sprint评审集会向每小我私家展示了当前产物增量的概况。通常都市在Sprint评审集会中调整产物待服务项列表。

Sprint回顼集会（Sprint Retrospective）

在每个Sprint竣事后，Scrum团队会聚在一起开Sprint回首集会，目的是回首一下团队在流程、人际关系以及工具方面做得怎样。团队识别出哪些做得好，哪些做得欠好，并找出潜在的革新事项，为未来的革新制订企图。所有的Scrum集会都是限制时长的，Sprint回首集会的推荐时长是Sprint中的每一周对应一个小时（译者注：好比，一个Sprint包罗2个星期，则Sprint回首集会时长为2个小时）。

Scrum团队总是在Scrum的框架内，革新他们自己的流程。

SCRUM的三个物件

三个物件指的是产物待服务项列表（Product Backlog）、Sprint Backlog和燃尽图

Product Backlog – 产物待服务项列表

产物待服务项列表是一个排序的列表,包罗所有产物需要的工具,也是产物需求变更的唯一泉源。产物卖力人卖力产物待服务项列表的内容、可用性和优先级。

产物待服务项列表是一个连续完善的清单, 最初的版本只列出最初始的和众所周知的需求。 产物待服务项列表凭据产物和开发情况的转变而演进。待服务项列表是动态的,它经常发生转变以识别使产物合理、有竞争力和有用所必须的工具。只要产物存在,产物待服务项列表就存在。

产物待服务项列表列出了所有的特征、功效、需求、革新要领和缺陷修复等对未来公布产物举行的改变。产物待服务项列表条目包罗形貌、序次和估算的特征。

 2/4   首页 上一页 1 2 3 4 下一页 尾页