敏捷——Scrum

1） 准备知识：

      a)什么是Scrum

      Scrum是一种灵活的软件管理过程，敏捷开发框架，是一个增量迭代的开发过程.

      Scrum是一个敏捷开发框架，是一个增量迭代的开发过程.。在这个框架整个开发周期由若干个小的跌代周期，每个小的的跌代周期称为一个Sprint，每个Sprint的长度2到4周。在每个Sprint中，Scrum的开发团队拿到一个排列好优先级的需求列表，我们称它为用户故事或者叫Sprint backlog， 所以我们先开发的是对客户具有较高价值的需求。 在每个迭代结束后，都会开发完成可交付的产品。

      b)敏捷相关

      敏捷软件开发指一组基于相同价值观和原则的软件开发方法论。

      敏捷方法很多，主要有七种主流敏捷软件开发方法，这些方法论创建人，共同发表了一个敏捷宣言

    * 人和交互重于过程和工具。

    * 可以工作的软件重于求全责备的文档。

    * 客户协作重于合同谈判。

    * 随时应对变化重于循规蹈矩。

        敏捷方法7个方法中的两个：

        1、XP（极限编程） 其思想源自Kent Beck和Ward Cunningham在软件项目中的合作经历。XP注重的核心是沟通、简明、反馈和勇气。因为知道计划永远赶不上变化，XP无需开发人员在软件开始初期做出很多的文档。XP提倡测试先行，为了将以后出现bug的几率降到最低。

        2. SCRUM   这是一种迭代的增量化过程，用于产品开发或工作管理。它是一种可以集合各种开发实践的经验化过程框架。SCRUM中发布产品的重要性高于一切。

            Scrum 真的很简单， 概括讲是一个非常轻量级的流程。简单讲 "产品负责人"是先建立一个产品"订单"(backlog)，做一个短期“冲刺”(sprint)计划，执行这个计划，每天开会讨论计划中的问题和进展，计划完成后演示工作成果，再对该阶段的工作做回顾、反思，接着不断重复以上流程。每天开一次短会，检查sprint中每个任务的进展状况，对未完成的任务，要求任务所有人给出新的剩余工作量的估算。

 

            Scrum其实仅仅定义了一个开发框架(Framework)，具体的编程实践，完全取决于每个团队，并且是完全基于常识进行管理的，这也是为什么我们要采用XP的缘故。

        Scrum 解决的是组织层面的敏捷问题， XP解决的是编程实践层面的问题，二者正好互为补充，相得益彰。                                                                                                                                                                                                                                                                                                                                                                                                                         

       人们通常容易犯的错误，就是拿工具去消灭任何问题。 你拿了锤子，什么东西都可能是钉子 

 

2）Scrum框架

 

Scrum由三个角色，四个会议，以及四个工件组成：

 

3个角色:

产品负责人: 负责项目的商业价值;

ScrumMaster: 保证团队的功能化和生产力;

自组织团队.

 

4个会议:

Sprint计划会议：sprint目标，团队成员名单，Sprint Backlog，演示日期

                       1）sprint的长度：做完一两个sprint再进行调整（3个星期）。

                       2）哪些产品Backlog搬到Sprint Backlog。（产品负责人和团队共同决定【本能反应和生产率计算】）

                       3）索引卡的使用

每日Scrum例会：站立会议，一般为15分钟左右

          1）更新任务板。

Sprint评审会议：在Sprint结束时召开，由开发团队展示这个Sprint中完成的功能

Sprint演示（回顾）会议：坚持所有的sprint都结束于演示。

                                   1）回顾过去，张望未来

                                   2）在团队中传播经验

                                   3）回顾中发现问题

 

4个区分优先级和追踪工件:

产品Backlog： 是核心。从根本上说，它就是一个需求、或故事、或特性等组成的列表，按照重要性的级别进行了排序。它里面包含的是客户想要的东西，并用客户的术语加以描述。

                    1）包含字段：ID——统一标识符，Importance（重要性）， Initial Estimate（初始估算），How to demo（如何做演示）等等。

                    2） 让产品backlog停留在业务层次上。

Sprint Backlog：从Sprint计划会议产生。

                    1）怎么编写：挂在墙上的任务板

Sprint燃尽图：是在项目完成之前，对需要完成的工作的一种可视化表示。理想情况下，该图表是一个向下的曲线，随着剩余工作的完成，“烧尽”至零。

发布燃尽图：在Scrum项目中，团队通过每个Sprint结束时更新的发布燃尽图来跟踪整个发布计划的进展。发布燃尽图记录了在一段时间内产品Backlog的总剩余估算工作量的变化趋势。

 

 

 

http://www.outsofting.com/index.php?option=com_content&view=article&id=128&Itemid=105&lang=zh