Handbook of ScrumMaster 学习笔记 ------- 第一章 Scrum简介

Handbook of ScrumMaster 学习笔记 一

最近没事又把Handbook of ScrumMaster拿出来翻翻看看，决定还是记一下笔记，这样学习效率高一点吧。本章主要是Scrum的简介，敏捷开发的历程我就不说了，主要介绍有以下几点吧：

• Scrum到底价值在哪里
• Scrum的角色有哪些
• Scrum都有哪些步骤和相关成果物

---

Scrum到底价值在哪里

Scrum的5个主要的价值体现在: commitment, focus, openness, respect, and courage。 —— [ 参看 Agile Software Development with Scrum, by Ken Schwaber, Prentice Hall ]

Scrum使得整个团队的不同角色的成员在每个Sprint更加明确的贡献自己的目标而努力。产品的负责人对product backlog进行排序并对每一项定义完成可接受的条件，ScrumMaster帮助开发团队排除任何阻挡团队前进的障碍，因为每个Sprint时间比较短，所以大家目标明确.。

有一点要注意的是ScrumMaster是要确保每个Sprint里的目标是不可以被改变的，很多人一提敏捷开发就是开口闭口拥抱变化，但是这也是有限度的，至少在每个Sprint里是要确定目标的。不然的话团队整天都在修改的路上，团队不崩溃了才怪呢。所以每个Sprint团队成员有集中精力完成当前Sprint中定好要完成的features。

每个Sprint里的目标是公开的，而结果也可以通过Sprint Review展示给所有的相关人员的。而基于这个的公开和可视性才可能对产品进行相应的改变和提高。当然这是在下一个Sprint里了。

最后想说一下的是Respect和Courage, 当真正成熟的Scrum团队必然是互相尊敬和信任的，当然这需要所有成员共同努力。而团队尤其是ScrumMaster是需要有足够勇气去对产品负责人说不的，尤其当太多的任务被加入到一个Sprint中的时候。而产品负责人也需要有足够勇气和其他项目干系人交流项目的真实情况。

Scrum的角色有哪些

Scrum主要有一下几个主要角色: ScrumMaster, Product Owner, Scrum Delivery Team。

Product Owner顾名思义就是产品的主要负责人员，他或她的职责是明确对产品的功能特性什么是需要的和为什么需要。而Scrum Delivery Team则是负责如何快速的完成提交这些需要的产品特性。ScrumMaster负责正个Scrum流程是进行正常，给与团队各个成员需要的帮助和协调。但是与传统PM不同的是Product Owner与Scrum Delivery Team之间的直接交流是被鼓励的，而不是所有的需求要通过PM来传达，这样的团队才是更为高效的Scrum团队。当然这需要整个团队的思路改变才能达到这样的目标。

Scrum都有哪些步骤和相关成果物

Scrum最主要的流程为Sprint Planning, Sprint(30 days or less), Sprint Review/Retrospective:

Sprint Planning是每个Sprint开始前Product Owner和团队一起讨论优先级最高的Product Backlog列表，并制定出计划来实现执行优先级高的列表。Product Backlog通常意义为需求描述类似于user story，需要被分解为具体实现的任务。这些在一个Sprint被计划实现的任务和user story统称为Sprint Backlog。Product Owner可能也需要准备一些图表，UI，模型等帮助团队理解需求。一个Sprint不要超过4周也最好多于2周。

Daily Scrum meeting是在一个Sprint中每天要进行的会议，通常在每天的相同时间，参加人员为Scrum Master和Deliver team members。Product Owner如果可以最好参加，这样便于确认需求。通常为15分钟左右， 一般每个delivery team member需要回答三个问题：昨天完成了什么，今天要完成什么，有没有什么障碍阻止要完成的任务。Scrum Master要想办法或寻求相关人员帮助解决这些障碍。

Sprint Review meeting在每个sprint结束后由delivery team演示这个sprint完成的特性以获得产品相关人员的反馈。在这个时候Product Owner和其他相关人员可以提出修改意见，这些修改可以在下一个Sprint里完成。

Sprint Retrospective是一个Sprint最好一步，主要是总结讨论一个sprint里有哪些做的好的和不好的地方。这些都是为了在未来的sprint中能够改进和提高，从而能更好更快的完成任务。

Release Planning是可选的流程，这是便于团队把一个大的产品分成若干release来完成。一个Release 包含若干Sprint, 所以Release Planning是对若干Sprint时间里计划要实现的Product backlog。

以上为Scrum的简介部分，可能很多地方没有说的很清楚，以后的章节应该会详细讲解一下。