改善你的敏捷计划会议(英文翻译）



原文出处：https://www.techwell.com/techwell-insights/2018/06/refining-your-scrum-planning-meetings

 

经常我都能听到别人说敏捷会议太多，特别是敏捷计划会议。这是一个团队包括产品负责人如何构建和理解产品的愿景以及帮助可持续交付的权衡的会议。计划是好事，会议也并不是一件坏事。但是在没有合适的探讨内容及方式情况下，这些计划会议例如敏捷计划会以及补充细节会就会不起作用。

 

但我在教敏捷的时候，我对比敏捷事件和其他会议，这些敏捷事件是一起合作的机会，而不是简单的几次碰面而且。敏捷会议是来分享一些识别可行性步骤的目标信息。例如敏捷计划会议就是互相互动及合作，给予团队一个理解和验证需求，做一些基本设计，评估工作以及更好的致力于产品制作过程的一个机会。

 

如果你发现你的计划会变得很被动，没人主动问问题以及试图探索理解backlog，要么是敏捷实施问题要么就是准备的问题。

 

如果团队没有主动参与计划或改进会议，考虑一下你们的会议是怎么使用的。通过使用一些简单技巧例如扑克牌的方式预估工作量来鼓励参与，让团队更多的参与进来，并为大家提供更多的安全感来表达。

 

像所有成功的会议一样，计划和改进会议需要提前准备、例如计划会议中，拥有合理且定义清晰的待办工作，能够促使团队高效率的完成工作量预估，还有确保分配了足够的会议时间来让组员参与讨论。除非碰到一些基本的退出标准问题，否则在这个会议中是不允许再讨论用户故事。提前准备做够清晰和详细的用户故事数量有助于确保团队成员提出一些有用的问题，从而让他们也能觉得计划会议对他们也是有效果的。

 

一个计划会议召开的太匆忙，也会成为一个无法投入的一个会议。分配足够长的时间让团队能够复习，讨论和预估每一个用户故事，在计划会中确保团队成员有时间来讨论接下来的工作。

 

敏捷会议意味着高效合作，而不是被动的浪费时间的会议。敏捷计划过程为工程师们提供了参与产品定义及产品范围的一个机会，记住在开始启动之前询问意见以及同意构建这样的系统的方法是很重要的。计划的产出就是团队在需要完成的工作上达成一致。

 

如果这不是你所看到的，比起选择或者好处，你的敏捷会议似乎存在更多杂事或负担，不过你可以做的更好，不要抱怨，想出还有哪些可以改变的。