举办Sprint计划会议,是为了让团队获得足够的信息,能够在几个星期内不受干扰地工作,也是为了让产品负责人能对此有充分的信心。Sprint计划会议会产生一些实实在在的成果:
·sprint目标。
·团队成员名单(以及他们的投入程度,如果不是100%的话)。
·sprint backlog(即sprint中包括的故事列表)。
·确定好sprint演示日期。
·确定好时间地点,供举行每日scrum会议。
图15 Scrom敏捷过程管理
Scrom敏捷过程管理实施流程,如图15所示。将整个产品的backlog分解成Sprint Backlog,这个Sprint Backlog是按照目前的人力物力条件可以完成的。召开sprint planning meeting,划分,确定这个Sprint内需要完成的任务,标注任务的优先级并分配给每个成员。注意这里的任务是以小时计算的,并不是按人天计算。进入sprint开发周期,在这个周期内,每天需要召开Daily Scrum meeting。整个sprint周期结束,召开Sprint review meeting,将成果演示给Product Owner.团队成员最后召开Sprint retrospective meeting,总结问题和经验。这样周而复始,按照同样的步骤进行下一次Sprint.
最终结果是,每个Sprint都产生出一个可见的、可用的交付产品,并向用户进行展示。一个增量可能是中期的,也可能是可交付的,但是它应该是独立的。 Sprint的目标是完成尽可能多的优质软件来确实质性进展,而不是用纸上里程碑(paper milestones)作为依据。
4.Scrum索引卡(白板文化)
在大多数sprint 计划会议上,大家都会讨论产品 backlog中的故事细节。对故事进行估算、重定优先级、进一步确认细节、拆分,等等都会在会议上完成。敏捷开发中提倡建立物理索引卡。要想收到好的效果,不妨创建一些索引卡,把它们放到墙上(或一张大桌子上)。
笔者在这里也有个扩展方法,可以制作电子版的索引卡,如图16所示。可以清晰、直观的显示燃尽图和索引卡等信息。