认识自我管理自我_Scrum方法总概

名词解释：

Sprint：每一次迭代称为一个Sprint。

Backlog：其实就是需求列表。

SM：Scrum Master，Scrum过程的管理者。

PO：Product Owner，需求他说了算。

TEAM：架构师、开发人员、测试人员等。

PIG：其他相关的人，如老总、客户。 ^_^

故事点：一个相对独立的功能点。

度量：在过程中的一些度量值。如当前系统的BUG数。

事件：过程中出现的一切事件。如小王今天早上在大家在全身心投入站会时时，放了一个屁……

 

 

Sprint Backlog

每期Sprint都需要一个Backlog。Backlog也就是对当前需求的描述文档。目前我们项目组使用Excel做Backlog：

    

 

 

 

        Scrum方法是遵循敏捷宣言中所列的价值观，基于12条敏捷原则，提供了一套术语和流程（如产品backlog、spint计划会议指南、站立会议等）作为实践指导，短期迭代的进行有价值的产品交付。Scrum的核心价值观是：承诺、专注、公开、敬重和勇气。它提倡自我管理、涌现机制、可视性和评估/适应循环的根本原则。  

          Scrum 本身并不是方法论，它只是一个框架，它只定义了高层次的管理流程，如下图所示。它并不涉及具体开发方法或者人员的有效沟通技巧等。这些没有涉及的领域需要桶其他理论和技能互为补充，以确保项目的成功。

Scrum的核心在于迭代，整个过程只有三个角色。产品负责人的职责是利用产品backlog，督促团队优先开发具有价值的功能，并在其基础上继续开发。产品负责人必须频繁检视产品代开发需求的优先级，以便将最具价值的功能安排在下一个迭代中完成。团队的责任是开发软件功能，他们是自组织团队，团队所有成员对每一次迭代和整个项目共同负责，不单做考核。Scrum Master则需要对Scrum过程负责，向所有项目参与者讲授Scrum方法，负责实施Scrum，确保它既符合企业文化，又能交付预期利益，还需督促全体成员遵从Scrum规则和实践。

　　启动Scrum项目所需的最简约计划包括：一份愿景及产品Backlog。愿景描述项目开发原因和预期目标。愿景可能描述商业运作方式将发生哪些改变，主要特性和功能如何为客户创造收益，以及对市场的预期影响。产品backlog将定义交付愿景时，系统应满足的功能性和非功能性需求，它需事先划分优先级并经过初始预估（预估的目的是了解每个需求自身及相对与其他需求的规模）。

　　在Sprint第一天召开sprint计划会议，这个会议分为两部分，计划会议1由PO、SM和Team参加，主要是从产品backlog中挑选出需要放到当前sprint下的既定产品backlog，然后由SM、Team参加计划会议2，把既定产品backlog的故事拆分成任务进行估算，PO也可以一起参加这个部分来了解具体的开发细节。sprint周期在spirnt计划会议2正式开始。开发过程中，团队每天召开每日站会（Daily Scrum），沟通团队成员间工作进度和进行任务协调。Sprint周期结束时，需要召开Sprint评审会议，由团队向产品负责人和其他利益相关者展示当前sprint周期内的产品开发情况。产品负责人根据团队这次 Sprint 所发布的版本，评审相关的 Backlog 中的问题，检查是否已达到 Sprint 的目标。评审会议结束后会进行回顾会议，通过总结以往的实践经验来提高团队生产力。

   

 

计划会议

计划会议是Scrum中最重要的会议。时长一般定在2-4周。目的是定出本次Sprint的任务目标和计划，让所有成员能在接下来的日子里更流畅地进行各自的工作。同时，这也会让PO更有信心。

主要活动：PO做出产品Backlog，然后在会议上给大家讲解。会议上Team在对故事点理解的基础上，对其进行估时。最后再将其拆分为任务点。故事点和任务都放在小黑板上。

产物(按优先级排序)：

业务目标、Demo会议日期、

Sprint Backlog（故事点列表、估优先级和估时、HowToDemo）、

速度和资源的计算、成员列表、

每日站会的时间地点、

故事点拆分为任务。

注意事项： 

PO必须参加这个会议！这是因为需要和Team进行面对面的交流来进行计划，以确定估算时间、范围、重要程度等可变因素。

PO和团队之间要保证对故事的理解没有问题。可以保证backlog所有的列都全部写好。最重要的就是How to demo列。

技术性的故事点，不要让PO来定优先级，这样会得到很低的优先级，而往往它们是很重要的。

 

每日站会

每天，Scrum团队成员都会参加这个会议。会议时间在15分钟以下，大家都站着，所以称为“站会”。

每个人在站会上主要是叙述一下昨天做了什么、今天会做什么，以及需要的支持等。同时，每个人更新小黑板上的相关内容

Sprint Demo会议

Demo会议也是十分重要的一个会议。

主要是向PIG们展示当前阶段的项目成果。会议上应该保证明确地展示了本Sprint的业务目标。

这是一个重在 沟通和反馈 的过程。

 

Sprint回顾会议

这同样是一个非常重要的会议。因为这个会议的开展会帮助团队进步。

会议中会对本次Sprint的所有故事、度量、事件，进行以下三方面的归类：做得好的，做得不对的、改进意见。

（“做得不对的”表示：如果同样的事发生在下个Sprint，应该以不一样的方式来对待它。）