会后皆大欢喜就是失败的会议. 会后没有调整product backlog也是失败的会议.
Sprint计划会议: 实际上应该是分开的两个会
很多团队都会抱怨Sprint计划会议的冗长和低效....IPM
对于what, 即下个sprint要做什么, 某种程度上是不需要开发团队参与的. PO应该根据stakholder的输入, 从业务优先级上选出下个sprint的backlog....对于how, 开发团队自组织讨论就可以了, 不需要PO参与. 开发团队也完全可以在领到任务开始做的那一刹那, 由领到任务的一对pair自己讨论how就可以....原因很多, 而一个比较普遍的原因是大部分站会关注在了错误的点上, 引不起团队成员共鸣. 这个错误的点就是关注每个人都干了啥, 今天要干啥. 站会对于团队成员就成了一项考核, 考核你工作量饱不饱满....Check时检查点不在谁闲着谁没闲着, 而在于过去这一天有哪些新的信息会影响到任务交付.
评价站会效果的唯一方式是, 会后有没有根据会上的信息做出相应调整. 不排除不需要调整的情况, 但很少.