初始Scrum-即硝烟中的Scrum和XP读后感

最近项目组在搞Scrum，在此之前对Scrum甚至敏捷开发仅仅停留下概念层，甚至有许多概念都较模糊，所以借个机会好好学一下，上网查了下，发现06年的时候Scrum就开始悄悄流行起来了，有些感叹自己直到四年后才发现。

首先以介绍几个文中可能用到的关键字作为文章的开始。

• Scrum：敏捷开发的一种，在最近的一两年内逐渐流行起来，是敏捷开发中一个重要的主流，是一个迭代性、增量性的过程，适合于任何产品开发和工作管理，每次迭代之后，都会产生一个相应的可交付物。
• Scrum由三个角色，三种活动，3种交付物组成：
• 三个角色：
• Product Owner
• Scrum Master
• Scrum Team
• 三种活动:
• The Sprint planning meeting
• Daily scrum meetings
• Sprint review meetings

  3种产物:

• The Product backlog
• The Sprint backlog
• A Burndown chart
• Backlog：是Scrum的核心，是一切的起源。从根本上说，它是一个需求、故事或特性等组成的列表，按重要性的级别进行排序，里面包含了客户想要的东西，并用客户的术语加以描述。
• Sprint：一次跌代开发的时间周期，一般最多以30天为一个周期。在这段时间内，开发团队需要完成一个制定的backlog,并且最终成果是一个增量的，可以交付的产品。
• Sprint backlog:一个sprint周期内所需要完成的任务。
• ScrumMaster: 负责监督整个Scrum进程，修订计划的一个团队成员。
• Time-box: 一个用于开会时间段。比如每个daily scrum meeting的time-box为15分钟。
• Sprint planning meeting: 在启动每个sprint前召开。一般为一天时间（8小时）。该会议需要制定的任务是：产品Owner和团队成员将backlog分解成小的功能模块,  决定在即将进行的sprint里需要完成多少小功能模块，确定好这个Product Backlog的任务优先级。另外，该会议还需详细地讨论如何能够按照需求完成这些小功能模块。制定的这些模块的工作量以小时计算。
• Daily Scrum meeting：开发团队成员召开，一般为15分钟。每个开发成员需要向ScrumMaster汇报三个项目：今天完成了什么？ 是否遇到了障碍？ 即将要做什么？通过该会议，团队成员可以相互了解项目进度。
• Sprint review meeting：在每个Sprint结束后，这个Team将这个Sprint的工作成果演示给Product Owner和其他相关的人员。一般该会议为４小时。
• Sprint retrospective meeting：对刚结束的Sprint进行总结。会议的参与人员为团队开发的内部人员。一般该会议为３小时。

Scrum较传统开发模型的优点

• Scrum模型和传统模型的对比：
  

随着系统复杂度的增加，项目成功的可能性就会降低，而Scrum的优势就是增大了项目成功的可能性。

• 介绍完书中所涉及到的关于Scrum的概念后，简单介绍一下《硝烟中的Scrum和XP》的学习过程和对每个过程的理解。《硝烟中的Scrum和XP》是作者Henrik Kniberg讲述了一个团队实施Scrum开发的过程，针对Scrum实施的每个过程进行详细的阐述。
• 首先提到了如何编写Backlog，介绍了Backlog应该包含的一些信息，如ID、名称、重要性、初始估算、如何演示及备注等，根据具体的业务可包含其他方面的信息。
• 接下来的几节主要是围绕Sprint planning meeting展开的。
• 首先是关于Sprint计划会议的准备，主要是保证blacklog的正确性；
• 然后是关于如何制定好Sprint计划会议，Sprint会议会产生一些实实在在的成果，Sprint目标、团队成员名单、sprint backlog、确定好演示日期及确定好时间地点举行Sprint会议。Sprint 计划会议要求整个团队和产品负责人都参加，原因是每个Blacklog都包含三彼此相互依赖的因素，Scope和Importance都有产品负责人设置，而Estimate由团队成员设置。制定Scrum会议最好要有一个Time-Box，否则可能会陷入无休止的会议中。
• 而制定好Sprint会议后，则需要把sprint信息发布到网上（如Wiki），便于能让别人清晰的了解Sprint计划。