会后皆大欢喜就是失败的会议. 会后没有调整product backlog也是失败的会议.
Sprint计划会议: 实际上应该是分开的两个会
很多团队都会抱怨Sprint计划会议的冗长和低效....这个过程可称之为IPM, iteration planning meeting, 应该在本sprint开始前进行, 也就是推荐在上个sprint的末尾进行, 开发团队的参与是可选的, PO完全可以一个人搞定或者跟业务方的...IKM
下个会议称之为IKM, iteration kickoff meeting, 在本Sprint开始时进行, 主要目的是PO和开发团队对这个Sprint的目标进行交互解释, 答疑, 达成共识....原因很多, 而一个比较普遍的原因是大部分站会关注在了错误的点上, 引不起团队成员共鸣. 这个错误的点就是关注每个人都干了啥, 今天要干啥. 站会对于团队成员就成了一项考核, 考核你工作量饱不饱满....Check时检查点不在谁闲着谁没闲着, 而在于过去这一天有哪些新的信息会影响到任务交付.
评价站会效果的唯一方式是, 会后有没有根据会上的信息做出相应调整. 不排除不需要调整的情况, 但很少.