By

文章目录
  1. 1. Scrum？
  2. 2. Sprint？
  3. 3. 3Roles
    1. 3.1. 产品负责人（Product Owner）
    2. 3.2. 流程管理员（Scrum Master）
    3. 3.3. 开发团队（Scrum Team）
  4. 4. 4Meetings
    1. 4.1. Sprint Planning
      1. 4.1.1. 目标
      2. 4.1.2. 步骤
    2. 4.2. Daily Scrum
      1. 4.2.1. 每日例会：对Sprint进行检查和调整。
    3. 4.3. Showcase
      1. 4.3.1. Sprint 评审会议：对产品的检查和调整。
    4. 4.4. Retro
      1. 4.4.1. Sprint 回顾会议：对流程的检查和调整。
  5. 5. 3Tools
    1. 5.1. Product Backlog
    2. 5.2. Sprint Backlog
    3. 5.3. Burndown Charts
  6. 6. Scrum Start
  7. 7. Scrum场景图
    1. 7.1. 任务卡片
    2. 7.2. 每日站会
    3. 7.3. 任务看板
    4. 7.4. 计划纸牌
    5. 7.5. 燃尽图
  8. 8. Intro Some Economic and Effective Cases And Tools
    1. 8.1. In Baidu
    2. 8.2. For More Entrepreneurial Teams Like Fundin
  9. 9. 参考文献

PS：记录之前BIT学院培训后的积累，梳理了敏捷开发之Scrum的知识，并且推荐一些对于初创团队低成本高可用的团队协作工具。

Scrum？

Scrum的英文意思是橄榄球运动的一个专业术语，表示“争球”的动作；把一个开发流程的名字取名为Scrum，我想你一定能想象出你的开发团队在开发一个项目时，大家像打橄榄球一样迅速、富有战斗激情、人人你争我抢地完成它，你一定会感到非常兴奋的。

它是一种开发方法，也就是一种软件开发的流程，它会指导我们用规定的环节去一步一步完成项目的开发；而这种开发方式的主要驱动核心是人；它采用的是迭代式开发。

Sprint？

Sprint是短距离赛跑的意思，这里面指的是一次迭代，而一次迭代的周期是1个月时间（即4个星期），也就是我们要把一次迭代的开发内容以最快的速度完成它，这个过程我们称它为Sprint。

3Roles

产品负责人（Product Owner）

主要负责确定产品的功能和达到要求的标准，指定软件的发布日期和交付的内容，同时有权力接受或拒绝开发团队的工作成果。

流程管理员（Scrum Master）

主要负责整个Scrum流程在项目中的顺利实施和进行，以及清除挡在客户和开发工作之间的沟通障碍，使得客户可以直接驱动开发。

开发团队（Scrum Team）

主要负责软件产品在Scrum规定流程下进行开发工作，人数控制在5~10人左右，每个成员可能负责不同的技术方面，但要求每成员必须要有很强的自我管理能力，同时具有一定的表达能力；成员可以采用任何工作方式，只要能达到Sprint的目标。

4Meetings

Sprint Planning

目标

  • 关键里程碑
  • 确定产品发布周期
  • 确定Sprint周期

步骤

  • PO讲解需求
  • 估算Story相对工作量
  • 评估优先级
  • 确定迭代Backlog

Daily Scrum

每日例会：对Sprint进行检查和调整。

  • 每天15分钟的状态汇报会议。
  • 每天在同一个时间同一个地点。
  • 每人三个问题：
    • 上次会议之后做了什么。
    • 下次会议之前要做什么。
    • 有什么困难？
  • 团队更新Sprint Backlog和Sprint燃尽图。
  • 对所有人开放，但是只有PO可以说话。

Showcase

Sprint 评审会议：对产品的检查和调整。

  • 团队演示完成的工作和未完成的工作。
  • 从产品负责人和干系人那里得到反馈。
  • 更新产品Backlog和发布燃尽图。

Retro

Sprint 回顾会议：对流程的检查和调整。

  • 团队对过去一个Sprint中的人、关系、流程和工具做检查。
  • 团队确定可能的改进并对这些改进在下一个Sprint的度量标准达成共识。

3Tools

Product Backlog

产品功能需求列表：

  • 演进的，排序的，预估的。
  • 越高优先级越详细。
  • 产品负责人来维护，但是任何人都可以贡献想法。
  • 每个产品一个列表。

Sprint Backlog

能够把product backlog变成可用产品功能的任务。

  • 由团队创建并在sprint中维护。
  • 每个人都可以添加、删除、改变Sprint Backlog。
  • 团队成员自发认领任务，而没有人指派。
  • 任务用小时估计，通常是1-16小时。
  • 每天估计剩余工作量。

Burndown Charts

Sprint燃尽图：显示Sprint中的剩余工作量。

  • 以小时计算。
  • 每日更新

Scrum Start

  • 1、我们首先需要确定一个Product Backlog（按优先顺序排列的一个产品需求列表），这个是由Product Owner 负责的；

  • 2、Scrum Team根据Product Backlog列表，做工作量的预估和安排；

  • 3、有了Product Backlog列表，我们需要通过 Sprint Planning Meeting（Sprint计划会议） 来从中挑选出一个Story作为本次迭代完成的目标，这个目标的时间周期是1~4个星期，然后把这个Story进行细化，形成一个Sprint Backlog；

  • 4、Sprint Backlog是由Scrum Team去完成的，每个成员根据Sprint Backlog再细化成更小的任务（细到每个任务的工作量在2天内能完成）；

  • 5、在Scrum Team完成计划会议上选出的Sprint Backlog过程中，需要进行 Daily Scrum Meeting（每日站立会议），每次会议控制在15分钟左右，每个人都必须发言，并且要向所有成员当面汇报你昨天完成了什么，并且向所有成员承诺你今天要完成什么，同时遇到不能解决的问题也可以提出，每个人回答完成后，要走到黑板前更新自己的 Sprint burn down（Sprint燃尽图）；

  • 6、做到每日集成，也就是每天都要有一个可以成功编译、并且可以演示的版本；很多人可能还没有用过自动化的每日集成，其实TFS就有这个功能，它可以支持每次有成员进行签入操作的时候，在服务器上自动获取最新版本，然后在服务器中编译，如果通过则马上再执行单元测试代码，如果也全部通过，则将该版本发布，这时一次正式的签入操作才保存到TFS中，中间有任何失败，都会用邮件通知项目管理人员；

  • 7、当一个Story完成，也就是Sprint Backlog被完成，也就表示一次Sprint完成，这时，我们要进行 Srpint Review Meeting（演示会议），也称为评审会议，产品负责人和客户都要参加（最好本公司老板也参加），每一个Scrum Team的成员都要向他们演示自己完成的软件产品（这个会议非常重要，一定不能取消）；

  • 8、最后就是 Sprint Retrospective Meeting（回顾会议），也称为总结会议，以轮流发言方式进行，每个人都要发言，总结并讨论改进的地方，放入下一轮Sprint的产品需求中；

Scrum场景图

任务卡片


eg:Product Backlog示例。

每日站会


eg:参会人员可以随意姿势站立，任务看板要保证让每个人看到，当每个人发言完后，要走到任务版前更新自己的燃尽图.

任务看板


eg:任务看版包含 未完成、正在做、已完成 的工作状态，假设你今天把一个未完成的工作已经完成，那么你要把小卡片从未完成区域贴到已完成区域。

计划纸牌


eg：它的作用是项目在开发过程中，让成员被能人所领导。怎么用的呢？比如A程序员开发一个功能，需要5个小时，B程序员认为只需要半小时，那他们各自取相应的牌，藏在手中，最后摊牌，如果时间差距很大，那么A和B就可以讨论A为什么要5个小时…

燃尽图


eg: 任务看版包含 未完成、正在做、已完成 的工作状态，假设你今天把一个未完成的工作已经完成，那么你要把小卡片从未完成区域贴到已完成区域。

Intro Some Economic and Effective Cases And Tools

In Baidu

  • icafe：Scrum推动工具
  • Agile：持续集成工具
  • iCode：版本控制工具
  • Cooder：代码评审工具
  • BaiduWiki：Wiki/周报工具
  • BaiduHi：IM工具

For More Entrepreneurial Teams Like Fundin

如果追求分布式开展工作模块：

如果追求集中式开展工作模块：码云

参考文献

文章目录
  1. 1. Scrum？
  2. 2. Sprint？
  3. 3. 3Roles
    1. 3.1. 产品负责人（Product Owner）
    2. 3.2. 流程管理员（Scrum Master）
    3. 3.3. 开发团队（Scrum Team）
  4. 4. 4Meetings
    1. 4.1. Sprint Planning
      1. 4.1.1. 目标
      2. 4.1.2. 步骤
    2. 4.2. Daily Scrum
      1. 4.2.1. 每日例会：对Sprint进行检查和调整。
    3. 4.3. Showcase
      1. 4.3.1. Sprint 评审会议：对产品的检查和调整。
    4. 4.4. Retro
      1. 4.4.1. Sprint 回顾会议：对流程的检查和调整。
  5. 5. 3Tools
    1. 5.1. Product Backlog
    2. 5.2. Sprint Backlog
    3. 5.3. Burndown Charts
  6. 6. Scrum Start
  7. 7. Scrum场景图
    1. 7.1. 任务卡片
    2. 7.2. 每日站会
    3. 7.3. 任务看板
    4. 7.4. 计划纸牌
    5. 7.5. 燃尽图
  8. 8. Intro Some Economic and Effective Cases And Tools
    1. 8.1. In Baidu
    2. 8.2. For More Entrepreneurial Teams Like Fundin
  9. 9. 参考文献