Scrum实践

看到园子里对Scrum讨论很火热，感觉不敏捷就落伍了。趁着最近工作比较空闲，总结一下以往对Scrum敏捷开发的实践。

传统的软件开发模式是怎样的？存在什么样的问题？什么是Scrum？Scrum解决了什么问题？如何实施Scrum敏捷开发？下面我们带着这么些个问号去揭露Scrum的神秘面纱。

　　传统瀑布式模型，如图：

传统瀑布式模型的基本特征：你给我所有需求，否则你就要投入更多的成本。在开发阶段一旦需求变更，那代价是巨大的(越往后需求问题的代价越大)，并且在这种模式下开发大型应用，在做需求阶段也不可能事先预知所有需求。在这期间”涌向出来的东西“就是我们无法预知的需求。

需求问题的代价，如图：

下面我们的救世主Scrum敏捷“粉墨登场”。

Scrum由四根支柱支撑：它是由自组织且跨职能的团队为了生产高优先级功能的交付增量所作的迭代式开发。

1、Scrum：

2、为何要”敏捷“:

3、Scrum团队：一般控制在7±2人左右。在实施迭代过程中，需要保证团队人员的稳定性，避免外界的干预和打扰(全身心做做好每次冲刺迭代)。在7±2人的团队中包含：

　　1、Product owner(牧羊人):产品负责人

　　2、Scrum Master(牧羊犬):项目经理

　　3、Team(羊)：团队成员

4、Scrum实施过程：

Release Planning:Scrum核心过程：如图
- 基本前提:1、产品的市场愿景。 2、一份功能、技术和议题的列表。
- 实施过程:1、所有人对愿景达成一致意见。2、对列表进行优先级进行排序和细分。3、根据商业计划制定近期里程碑。4、对列表进行初始估算。
- 得到成果：1、包含最紧急工作且经过优先级排序和初始估算的Product BackLog(产品开发功能清单)。2、工作优先级越高、其细化程度越高。
Sprint Planning[冲刺计划]：
- 基本前提:1、Product Backlog。 2、团队工作能力。3、较稳定的技术。4、业务限制条件。
- 实施过程:1、确定冲刺目标，详细讲解本次冲刺需求，开发人员对Backlog进行初始估算。开发团队给出承诺得到初步的Backlog。2、认同得到的Backlog，按照小时/天将Backlog拆分为任务。
- 得到成果：1、本次Sprint的目标。2、细分任务且进行估算的Sprint Backlog。
Daily Scrum[每日站立会议]：
- 基本前提:1、固定的15min。 2、固定的地点。3、任务版。
- 实施过程(每个组员回答以下三个问题):1、自上次会议到现在都做了什么？2、
  在下一次会议之前打算做什么？3、目前有什么阻碍？
- 得到成果：1、目前存在的障碍2、达成的一致意见.3、更新的Sprint Backlog 4、更新的Spring燃尽图
Sprint Retrospect[冲刺回顾会议]