会后皆大欢喜就是失败的会议. 会后没有调整product backlog也是失败的会议.
Sprint计划会议: 实际上应该是分开的两个会
很多团队都会抱怨Sprint计划会议的冗长和低效....我们还有下个会呢, 开发团队有机会给出反馈.
说到底, 估算和技术方面的依赖, 不是决定优先级的很重要的因素, 仅供优先级参考而已....那么站会正确的关注点是什么? 进度, 障碍, 新知, 及是否要进行调整. 关注接力棒, 而不是运动员.
每日站会是进度报告会吗? 你可能会说不是. 我只能说: 当然是了!...(你说我们有其它方式了解进度, 站会关注在其它方面, 那是另外一回事)
站会首先是进度报告会, 区别在于是向谁报告, 报告的目的是什么....Check时检查点不在谁闲着谁没闲着, 而在于过去这一天有哪些新的信息会影响到任务交付.
评价站会效果的唯一方式是, 会后有没有根据会上的信息做出相应调整. 不排除不需要调整的情况, 但很少.