这是《落叶》文集里第 81 片落叶，希望你能喜欢，不为别的，只为这份坚持。
“十宗罪”之五：缺乏计划会议
Scrum 里有个很“重”的会，叫做 Planning Meeting。按教科书上的介绍，这个会持续的时间会很长，于是，有些团队会自作主张的把这个计划会议给省略掉，认为会议就代表着效率低，于是 PO/SM 直接就把 User Story 拆解成 Task，然后找团队成员认领一下，就开始干活了。
但是，这样效率真的就高了吗？
这么做的后果就是，同一个 User Story，产品想的是A，开发理解成了B，测试理解成了C，最后验收的时候，打回重做，时间成本、人力成本、还有隐性的士气成本。。。这就是所谓的得不偿失。
我们要真正理解 Planning Meeting 的作用和意义，它其实就相当于传统的需求评审会议，会议时间长是因为它比需求评审会议更加细致，除了 PO 需要逐个阐述 User Story，Team 成员在这个会里对所有的 User Story 达成认知和理解上的一致，同时，还涉及到任务的认领和计划的调整，所以，这个会一般来说都会在2个小时以上，我曾经还开过一个大概有半天的计划会议，不过这也取决于会议前 PO 跟团队是否有过线下的讨论，中国有句古话：磨刀不误砍柴工，从我个人的经验来说，这个会不在于时间的长短，而在于会议的目的是否达到了，另外，也可以尝试着拆成几次小会来开，从精力上来说，也是比较好的。
“十宗罪”之六：缺少验收会议
Scrum 里还有个重要的会议，叫做验收会议。就是每个 User Story 的承接人在完成之后，演示给 PO 看，PO 依据 DoD（Defination of Done） 来做验收。这个会议从理论上和表象上看只是一个类似项目验收会议的东西，确实也可以像有些团队那样，每当一个完整的需求被完成了，PO 就可以去做验收，甚至于 PO 自己点点看看，也能验收掉，为什么一定要整一个会议来做这件事情呢？
因为敏捷里有一个很重要的理念，叫做团队是自组织、自管理的。那这种自组织、自管理的动力源泉又是什么呢？升职加薪不能算在这，因为即使我用别的研发模式，这些物质上的奖励也未必会少。我们这里说的其实是一种内在的动力源泉之一，就是成就感。在这个验收会议上，承接人在 PO 和整个团队，包括用户、管理团队等利益相关人面前，去演示他们在这个 Sprint 里的劳动成果，并通过 PO 的验收，这时候，有一种叫成就感的东西会在他们的心里生根发芽，会激励着他们更加积极主动地去承接更多的、更重要的、更难得 Task，因为他们想有更多的展示自己的机会，他们想有更多的成就感。
所以，关于敏捷如何实施，我在另一篇文章里说过我的观点，就是在最初的阶段，必须要按照 Scrum 教科书严格执行，只有当你通过实践总结，真正理解了 Scrum 流程里的每个环境表面的规则和它们背后所隐含的真正含义之后，才能开始结合实际情况去做优化、精简、补充等等。而不能上来就直接依据它们表面上的概念，而判断是否有必要那么做。那样往往会适得其反，让你在实施的过程中问题多多，困难重重。
作者简介：14 年测试经验 + 11 年项目管理经验 + 11 年团队管理 = 一个测试老兵
