初学Scrum所谈所想

Scrum产生的背景

众所周知，在真实项目过程中，往往会发生这样的现象，产品经理或领导，喜欢临时往项目中新增任务，打乱原先的开发节奏，导致程序员压力倍增，士气低落，项目延期。

而Scrum，确保整个项目正常交付。它是一套敏捷开发流程。

Scrum的角色

就Scrum的职责来讲，分为：

1.Project Owner：即产品经理，大部分时间担任了“鸡”的角色，迫于领导的压力，喜欢往团队中不断增加任务或修改需求。

2.Scrum Master：类似于项目负责人，他需要做的是保护团队，兼顾产品经理的需求，确保项目的按时交付。

3.Team：开发测试设计人员，Scrum Master本身可能也是开发人员。

 

 

Scrum用到的工具

1.用户故事。迭代计划会议用到，Product Owner以用户的角度去描述需求。如，作为一个学员，我希望能在做完一份试卷后，系统能针对我的薄弱点提供相应的指导及练习。

2.Product Backlog。迭代计划会议用到，Product Owner事先将所有的用户故事按优先级排好，放到一个列表内，这个列表就是Product Backlog。

3.Sprint Backlog。迭代计划会议用到，整个开发小组通过估点将用户故事按优先级移入到迭代计划内，迭代计划中待完成的用户故事列表即为Sprint Backlog。

4.估点。主要用于评估用户故事的大致工作量。下一篇文章会额外介绍估点。

5.燃尽图。主要用于迭代进度的管控。

软件开发流程有好多种, 我们怎么衡量一个开发流程是否对当前的项目/团队合适？ 我觉得Scrum能成功实施的关键在于 ScrumMaster。我听到有些团队也实施Scrum, 但是他们随机挑一个成员来做 ScrumMaster, 好像 ScrumMaster就是招呼大家开开会, 记录每个人的进度而已。这种方法失败的可能性很大。 一个好的ScrumMaster 能在两种语境 (描述软件项目的商业语境，描述实现细节的技术语境) 自如地翻译和切换，事实上是一个PM，如果团队还要求她做全职的开发工作，这样的人就更难找了。