今天又跟大家一起对了Scrum的一些规则，包括怎么处理需求，issue，任务，开会如何处理。
周期
两周一次迭代
开会
每日站立早会 9.50 ，控制在10分钟内
每周回顾 30分钟内，同时调整 backlog，尽量不调整
每两周开回顾及计划分解会议，尽量不超过1小时
所有的会议不能超过1小时
需求处理 （从哪儿来）
新来的任务，必须记录为需求。有需求，并且确认后才能做事
需求格式必须是
需求/大任务 就按照 标准模版来写
角色 xx 想要／需要 xx 达到目标xx
注明 需求来源方，比如 A, B, C等等，没有则视为产品负责人。
只有紧急且时间在2小时内，可以安插到当天的任务里
不紧急，但要在本周内完成的新任务，在第二天早上讨论拆解加入，尽量不要有这样情况
所有的任务都是需求拆解而来，没有无需求的任务
需求可以分拆为子需求，具体是父任务还是子需求，到时权衡。
需求在写下来一定要和需求方讨论清楚，并得到需求方确认才行（通过注释 LGTM），如果没有需求方，需要产品负责人确认
进行中的任务 （去哪儿）
正在执行中的任务最大数只能是2*人数个数 -1，尽量不要再多（考虑到被阻挡，以及打回重做的情况）
Sprint 的 backlog 可以调整，需要将需求拆解为任务放入，放入一项就要拿出一项
所有拆解的任务最大不能超过 2 天。努力做到在需求分解会上就将需求拆解到 2 天以下的若干个任务，若任务细节还暂时无法确定，可用占位任务先替代，如 “某某需求开发任务阶段1”，在该任务下先进行估时，等开始执行时再修改标题及任务描述；
当 Sprint 已经开始之后，若发现某个任务还需要向下拆解，可用 "Create Sub-task" 方式将其拆解为若干个子任务，并在子任务中估时与 Log Work，同时将该父任务的预计估时扣除掉所有子任务估时的总和。
网友评论