会后皆大欢喜就是失败的会议. 会后没有调整product backlog也是失败的会议.
Sprint计划会议: 实际上应该是分开的两个会
很多团队都会抱怨Sprint计划会议的冗长和低效....IPM
对于what, 即下个sprint要做什么, 某种程度上是不需要开发团队参与的. PO应该根据stakholder的输入, 从业务优先级上选出下个sprint的backlog....PO可以根据之前Sprint完成的story个数, 多选几张, 比如多出个20%的量.
你说开发团队不参与的话, 可能漏掉一些技术依赖项. 我们还有下个会呢, 开发团队有机会给出反馈....每日站会: 关注接力棒, 而不是运动员
站会到最后是最流于形式的会议, 没有之一. 原因很多, 而一个比较普遍的原因是大部分站会关注在了错误的点上, 引不起团队成员共鸣....Check时检查点不在谁闲着谁没闲着, 而在于过去这一天有哪些新的信息会影响到任务交付.
评价站会效果的唯一方式是, 会后有没有根据会上的信息做出相应调整. 不排除不需要调整的情况, 但很少.