本文是关于Scrum敏捷开发中的迭代计划会议的总结。
在每个迭代的初期(第一天)需要召开迭代计划会议,目的在于制定当前迭代开发的目标以及从产品的工作项(PBI)中选取当前迭代要完成的工作项。如果以两周作为一个迭代的周期的话,那么迭代计划会议的时长一般是4个小时。必须参与迭代计划会议的人员包括敏捷团队,PO,敏捷教练。会议由敏捷教练主持。
会议开始后,敏捷开发团队根据PBI中工作项的优先级顺序(由PO决定具体的优先级顺序)依次确定是否可在当前周期完成,直到超出迭代周期的任务量为止。每个迭代可以完成多少的工作量,一般的做法是在开始的一个迭代周期,进行实验性的完成一些可交付的工作项,以此建立经验,从而为后续的迭代工作量的估计打下基础。
对于迭代计划会议,我们需要注意以下几点:
(1)PO不应该决定当前迭代所要完成的工作量,而是应该由敏捷开发团队共同决定;
(2)产品的backlog工作项应提前准备好,包括各工作项的内容以及完成标准,这一内容其实应该在我们前文中总结的sprint refinement meeting中完成;
(3)针对每个工作项,不应在迭代计划会议中指定具体的责任人,而是应该在迭代实施的过程中,由开发团队自组织的完成每一个工作项,这样的好处在于更加灵活,也有利于团队内部的协作。
(4)提问。为了更准确的理解每个工作项的内容以及完成标准,开发团队应尽可能的针对自己不清楚的地方向PO提出问题。目的在于让每个开发者都能更好的理解每个工作项。不过,一般来说,这个时候发现并澄清的问题只占60%,其余可能存在的问题或者阻碍,需要在开发的过程中逐步解决。
(5)迭代计划会议中承诺的工作量在迭代期间,不应增多也不能减少,除非有非常紧急的问题,不过需要开发团队的协商共同决定。
网友评论