敏捷40小时一周

您是否曾参与过(全职)项目,使用敏捷方法实际上允许您完成40小时的工作周？如果是这样,最有价值的敏捷实践是什么？

是的,我从一开始就用SCRUM运行的项目是40小时(实际上是37.5小时左右,这就是我的合同所说的).那是大约2年前,也是我们第一次实施SCRUM.这是我个人加班时间最少的项目,也是我们正在开发的PC游戏.我现在甚至没有处于"紧缩"模式,即使我们周五发布公开测试版.

从那以后,我们学到了很多关于SCRUM和敏捷的知识.从我的角度来看,最有价值的一课就是:吊舱尺寸必须合理......我们从拥有12-20名成员的吊舱开始,根本没有用.最多不超过10个.很容易就"片状"和"模糊"任务达成一致,因为否则,站立和任务计划会议需要很长时间.因此,要保持小尺寸和特定任务,并让产品所有者或与将要完成任务的人一起签字.

此外,通过每两周一次的任务计划安排,您必须让每个产品负责人就当前sprint的任务列表和优先级达成一致,并且应该在该计划会议之前发出新的任务请求,否则将忽略当前sprint短跑.这迫使我们改进了pod间通信.