早会开了 1 小时，腿都站麻
共 1981字，需浏览 4分钟
·
2021-12-16 15:03
今天上午，星球里一个同学在微信上问了我一个关于产品团队如何开会的问题，我是既好笑又无奈。
你们可以看下她的问题描述。
20 多人的项目团队、敏捷开发、早间站会。
虽然说用的是敏捷开发方法，但他们把这几个条件摆在一块，就已经完全不是敏捷模式了。
如果你们对 scrum 模式了解的话，里面有个「每日站会」，通常是早上召开。
因为会议短平快，所以要求所有成员都站着开会，每个人在会上重点回答三个问题：
第一，昨天做了什么？
第二，今天准备做什么？
第三，有没有遇到什么问题或阻碍？
一般来说，这个会议主要用来同步项目信息并消除彼此间的信息差，都是起到暴露问题的作用。
所以，在站会上是不做问题讨论的，这一点特别重要，这也是很多团队把站会开成大会的症结所在。
如果涉及衍生讨论，则相关人员可以会后单独沟通，不占用早会时间。
我之所以说他们已经不是敏捷模式了，是因为他们用敏捷的方法做了传统开发模式的事儿。
首先，团队人数过多。
超过 10 人的敏捷团队就需要做拆分了，可以划分成多个小组，然后分头开会，组长进组间信息同步。
其次，站会需要有人控场。
尤其是人数较多的站会，需要由控场人来主导节奏，核心就是只做信息同步、不做问题讨论。
另外，开站会时可以结合「看板方法」，在白板上把每日任务和进度公示出来，结合看板内容进行信息同步，这样效率更高。
关于看板，这是比较适合敏捷团队的工作方法，在项目管理中也能起到很好的信息同步作用。
有些公司没有项目经理，那产品经理就可以结合看板与研发、设计、测试以及业务和运营进行信息同步。什么需求做到哪个阶段了，一目了然，节省了很多沟通成本。
以前我在创业公司的时候就主推这种方法，在项目管理效率上比纯粹的口头沟通和传达要高很多。
我在早期的文章里也分享过一个看板格式，你们也可以参考下。
需要注意的是，在敏捷开发过程中的每个迭代中，需要保持看板上任务的数量保持在一个合理范围内，这是确保团队能够冲刺成功的前提。
如果任务太多，那敏捷就会非常不灵活，如果任务太少，那团队工作量就容易出现不饱和的情况。
结合看板在每日站会上进行信息同步，就能及时把控项目进展，及早识别项目问题和风险。
不仅是早会，包括项目计划会、方案评审会、总结复盘会，这些会议的效率都可以得到提升，关键是方法要用对。
其实你们也发现了，团队工作效率低、成员工作不积极、个人能量无法发挥，这些都是管理问题。
敏捷开发是一种项目管理方法，看板是一种进度管理方法，除此之外还有会议管理、优先级管理、风险管理、人员管理等等。
虽然我们要埋头努力干活，但也要适当掌握一些管理方法和技巧，不仅能管理好自己的职业发展，也能提升自己在处理各种工作问题时的效率。
如果说自身的专业能力是个人竞争力，那在此之上的管理能力就能锦上添花，为自己职业发展添砖加瓦。
所以，我会建议你们强化专业能力的同时，也顺带学习和提升一下自己的管理意识和管理方法。
毕竟，越往高处进阶，对管理能力的要求更高。
这里给你们找了一个关于职场管理能力的免费体验课程，总共 2 天时间，休息时间就能学。
内容包括如何成为管理者、常用管理工具学习、以及管理者思维的培养等，可以看下课程安排。
课程主讲人可能很多人都知道，张立台博士。
张博士拥有 12 年项目管理培训经验，曾为国家工商总局、国税总局、航天集团、华为、中兴、朗讯、西门子、奔驰、浦发银行等提供项目管理咨询培训服务。
成功报名的同学，还可以额外获得 56 个管理工具模板、1 套 OPPM 学习套装、5个管理干货精选内容以及管理课程学习视频。
················· 唐韧出品 ·················
我们工作中遇到的很多问题其实都是管理问题，比如沟通问题、资源协调问题、优先级问题、矛盾处理问题等。
只要涉及到人、事、钱，都可以用一些管理学理论和工具去解决。
如果对管理学完全无感，也可以看下彼得德鲁克系列的书。