从传统模式向敏捷模式转变－初识Scrum

Scrum

---

      我们都知道敏捷这个词意味着快和变，行动要快，要适应经常发生的变化。

      Scrum是一种用于开发创新产品和服务的敏捷方式，是一种灵活的敏捷软件开发管理过程 。

      在软件开发过程中，团队有明确的目标，团队高度自治，队员们熟悉开发过程中涉及到的各种技术，紧密合作，确保每个迭代都朝着目标推进。而且每隔一个迭代，每个人都能看到能实际工作的成果，并且据此决定是发布这个版本还是继续开发以加强它的功能。而且，还可以毫不留情地暴露组织功能失调和浪费的地方，及时修正，降低成本。

      这个好处是可以预期的。

scrum带来的好处

Scrum框架

---

       Scrum是一个用于组织和管理的工作框架。Scrum框架建立在一套价值观、原则和实践之上。在这个框架的基础之上，各个组织可以添加相关工程实践特有的实现方式以及在实现Scrum实践时所采取的特定方法，这样形成你们特有的Scrum。

        Scrum框架简单，以人为中心，以诚实、开放、勇气、尊重、专注、信任、授权、合作八大价值观为基础。

        我所理解的Scrum的精华有两点，第一是快速迭代(短迭代)，第二是自组织。快速迭代让团队可以形成节奏感，并在每个迭代后有机会进行回归，并在下一个迭代中提高。自组织的目的是让团队对目标进行自我承诺，激发团队最大的能量以达成目标。但是Scrum必须伴随一些关键的工程实践，比如测试自动化、重构、持续集成。

        Scrum的实践体现在具体角色、活动、工件及相关的规则中。

Scrum实践

scrum角色

---

Scrum 主要定义了三个角色：Scrum Master，Product Owner，Development Team 。

Scrum Master： 指导团队用正确的方式做正确的事，保证这个团队执行 Scrum 的顺畅。

Product Owner：确定正确的事，负责敲定开发什么、以什么顺序开发，是真正对产品负责的人。

Development Team 为最终产出的软件付出的，负责确定如何交付产品负责人要求的产品。

scrum团队

Scrum活动与工件

---

scrum框架

Scrum的开发流程

Step 1.产品列表

首先，我们需要有一个Vision ，就是我们所做的产品的愿景。然后Product Owner结合Scrum团队其他成员与利益干系人的意见，最终负责确定和管理工作顺序，并建立维护Product Backlog，并且将Backlog 按照优先级排好顺序。PO是唯一有权利维护这个列表的人。

Step 2.冲刺

产品列表体现的可能是多周或多个月的计划，是一个短期的冲刺无法完成的。为了确定下一个冲刺要构建的PBI最重要的子集，产品负责人、开发团队和Scrum Master需要把它拆分成一个个的Sprint（在工作中不超过一个月的迭代或循环中进行，这个迭代或循环称为冲刺，每个冲刺完成的工作应当创建一些对客户或用户来说具有明确价值的东西）。然后将Product Backlog 里面的项目添加到Sprint 中去，成为Sprint Backlog。

Step 3. 每日例会

在Scrum run 起来之后，还有一件事情是每日例会 。每日例会 一般来说会控制在15分钟之内，而且所有的成员必须要站着开会。在每日例会中，每个成员只需三件事情：我昨天做了什么，我今天要做什么，有什么是我搞不定的。

每日例会不是用来解决问题的。它主要是一个检视、同步、适应性制定每日计划的活动，以帮助自组织团队更好的完成工作。

Step 4. 冲刺执行与完成

在Scrum团队完成冲刺计划并就下一个冲刺内容达成一致意见后，开发团队就要在Scrum Master的指导下，执行为了完成特性而所需的所有任务级的工作。

每个成员会根据任务、完成度，去及时更新任务的状态。为了让大家了解整个项目的进度，Scrum会引入KANBAN（，让大家明确项目进度和任务完成情况）。

Step 5.冲刺评审

当Sprint结束后，我们会产出一个产出物。我们需要通过Demo 在Scrum团队、利益干系人、发起人、客户和其他团队中感兴趣的成员面前，现场演示你做好的东西。使每个参与者都能清楚了解现状，都有机会知道下一步开发工作，以确保产出最合适的解决方案。

Step 6.冲刺回顾

在Sprint Review 结束之后就是Retrospective meeting。我们整个团队的人都要坐下来聊一聊，我们的Sprint 做得好不好，有哪些地方需要修改。