初学scrum

Scrum简介

Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。

Scrum过程

Scrum是一个包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务(我担任的角色)，产品负责人代表利益所有者，开发团队包括了所有开发人员。

在每一次冲刺（一个15到30 天周期，长度由开发团队决定），开发团队创建可用的（可以随时推出）软件的一个增量。每一个冲刺所要实现的特性来自产品订单（product backlog）， 产品订单是按照优先级排列的要完成的工作的概要的需求。哪些订单项会被加入一次冲刺由冲刺计划会议决定。在会议中，产品负责人告诉开发团队他需要完成产品订单中的哪些订单项。开发团队决定在下一次冲刺中他们能够承诺完成多少订单项。 在冲刺的过程中，没有人能够变更冲刺订单（sprint backlog），这意味着在一个冲刺中需求是被冻结的。

管理Scrum过程有很多实施方法，从白板上的即时贴到软件包。Scrum最大的好处是它非常容易学习，而且应用Scrum不需要太多的投入。

敏捷宣言遵循的原则

我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。

欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。

经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。

业务人员和开发人员必须相互合作，项目中的每一天都不例外。

激发个体的斗志，以他们为核心搭建项目。
提供所需的环境和支援，辅以信任，从而达成目标。

不论团队内外，传递信息效果最好效率也最高的方是面对面的交谈。

可工作的软件是进度的首要度量标准。

敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。

坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。

以简洁为本，它是极力减少不必要工作量的艺术。

最好的架构、需求和设计出自自组织团队。

团队定期地反思如何能提高成效，并依此调整自身的举止表现。

一、编写产品backlog(story)

（1）Product backlog:需求，故事或者特性组成的列表，按重要性级别排序，包含客户想要的东西,包含主要字段如下：

Backlog

ID

Name

Importance

Estimate

How To Demo

Notes

 

 

 

 

 

 

 

 

 

 

 

 

ID:统一标示符

Name：含义明确的故事名

Importance：产品重要性，分数越高越重要

Initial estimate:初始估算，完成该故事所需的工作量，单位为故事点（story point）,一般大致相当于一个理想的人天，估算结果 = 人数X天数

How To Demo：描述故事在sprint演示上的效果

Notes：注解

一个产品只能对应一个产品backlog和一个产品负责人

二、制定sprint计划

（2）sprint计划会议

确定sprint长度

确定sprint目标

决定sprint要包含的故事（sprint backlog是团队在这个sprint种承诺要完成的故事）

怎样选择sprint backlog？

得到估算生产率：sprint backlog每一项的estimate值之和，即在这个sprint种所能完成的故事点数

计算在不超出估算生产率的情况下可以加入多少故事

确定sprint演示日期

确定每日scrum会议的时间和地点（每日站立会议）