会后皆大欢喜就是失败的会议. 会后没有调整product backlog也是失败的会议.
Sprint计划会议: 实际上应该是分开的两个会
很多团队都会抱怨Sprint计划会议的冗长和低效....说到底, 估算和技术方面的依赖, 不是决定优先级的很重要的因素, 仅供优先级参考而已.
IPM结束后, PO手里有了一小堆下个Sprint要做的功能, 可能比开发团队正常能完成的量多了一点....估的时候就按优先级估, 估到累积的工作量达到团队的capacity为止.
IKM的解释,答疑和共识, 依然是what, 而不是how....原因很多, 而一个比较普遍的原因是大部分站会关注在了错误的点上, 引不起团队成员共鸣. 这个错误的点就是关注每个人都干了啥, 今天要干啥. 站会对于团队成员就成了一项考核, 考核你工作量饱不饱满....站会是向整个团队报告进度, 目的是寻求帮助, 提供新知, 为可能的任务调整提供真实的输入. 站会是以天为周期的PDCA环中重要的一步, 负责Check和提出Action.