今天上午，星球里一个同学在微信上问了我一个关于产品团队如何开会的问题，我是既好笑又无奈。
你们可以看下她的问题描述。
20多人的项目团队、敏捷开发、早间站会。
虽然说用的是敏捷开发方法，但他们把这几个条件摆在一块，就已经完全不是敏捷模式了。
如果你们对 scrum 模式了解的话，里面有个「每日站会」，通常是早上召开。
因为会议短平快，所以要求所有成员都站着开会，每个人在会上重点回答三个问题：
第一，昨天做了什么？
第二，今天准备做什么？
第三，有没有遇到什么问题或阻碍？
一般来说，这个会议主要用来同步项目信息并消除彼此间的信息差，都是起到暴露问题的作用。
所以，在站会上是不做问题讨论的，这一点特别重要，这也是很多团队把站会开成大会的症结所在。
如果涉及衍生讨论，则相关人员可以会后单独沟通，不占用早会时间。
我之所以说他们已经不是敏捷模式了，是因为他们用敏捷的方法做了传统开发模式的事儿。
首先，团队人数过多。
超过 10 人的敏捷团队就需要做拆分了，可以划分成多个小组，然后分头开会，组长进组间信息同步。
其次，站会需要有人控场。
尤其是人数较多的站会，需要由控场人来主导节奏，核心就是只做信息同步、不做问题讨论。
另外，开站会时可以结合「看板方法」，在白板上把每日任务和进度公示出来，结合看板内容进行信息同步，这样效率更高。
关于看板，这是比较适合敏捷团队的工作方法，在项目管理中也能起到很好的信息同步作用。
有些公司没有项目经理，那产品经理就可以结合看板与研发、设计、测试以及业务和运营进行信息同步。什么需求做到哪个阶段了，一目了然，节省了很多沟通成本。
以前我在创业公司的时候就主推这种方法，在项目管理效率上比纯粹的口头沟通和传达要高很多。
我在早期的文章里也分享过一个看板格式，你们也可以参考下。
需要注意的是，在敏捷开发过程中的每个迭代中，需要保持看板上任务的数量保持在一个合理范围内，这是确保团队能够冲刺成功的前提。
如果任务太多，那敏捷就会非常不灵活，如果任务太少，那团队工作量就容易出现不饱和的情况。
结合看板在每日站会上进行信息同步，就能及时把控项目进展，及早识别项目问题和风险。
不仅是早会，包括项目计划会、方案评审会、总结复盘会，这些会议的效率都可以得到提升，关键是方法要用对。
其实你们也发现了，团队工作效率低、成员工作不积极、个人能量无法发挥，这些都是管理问题。
敏捷开发是一种项目管理方法，看板是一种进度管理方法，除此之外还有会议管理、优先级管理、风险管理、人员管理等等。
虽然我们要埋头努力干活，但也要适当掌握一些管理方法和技巧，不仅能管理好自己的职业发展，也能提升自己在处理各种工作问题时的效率。
如果说自身的专业能力是个人竞争力，那在此之上的管理能力就能锦上添花，为自己职业发展添砖加瓦。
所以，我会建议你们强化专业能力的同时，也顺带学习和提升一下自己的管理意识和管理方法。
毕竟，越往高处进阶，对管理能力的要求更高。
本文来自微信公众号 “唐韧”（ID：RyanTang007），作者：唐韧，36氪经授权发布。
