22 | 轻量级沟通:你总是在开会吗?
郑晔
该思维导图由 AI 生成,仅供参考
你好,我是郑晔。
今天我们来探讨一个很多程序员日常工作中,经常碰到却会带来困扰的话题:开会。
头疼的开会
有一次,我听到两个程序员在聊天。一个资深程序员说:“还是晚上好,我可以一门心思写代码”,另一个年轻程序员不解地问:“你白天也可以写啊。”
资深程序员很无奈,“我倒是这样想,可是白天参加那么多会,哪有工夫啊!我的代码就只能加班写了。”
这段对话听上去让人有点心酸,但这种现象,确确实实广泛存在于程序员的日常工作中,尤其是你经验丰富又在一个大组织中工作,这几乎成了你的宿命。在这些程序员的认知中,开会太多影响了他们写代码。
你以为我想讨伐开会吗?并不是,开会本身并没有错,因为开会的本意是将大家组织起来解决问题。但请你回想一下,你参加的会议有多少解决了问题呢?
开会是为了解决问题,但真实情况却是开了会又没有解决多少问题,这真是一个奇特的矛盾。
回想一下,你参加过的会议里面,有没有效果特别好的呢?在我职业生涯中,凡是效果特别好的会议,基本上都是用来做信息同步的。比如,领导宣布一个事情,这种会议几乎不会浪费时间。宣布消息,大家收到消息,结束。
那效果不好的会议是什么样呢?几乎都是那些讨论会,你一言我一语,每个会几乎无一例外,都有几个擅长打岔的,这个会基本上都会跑偏,时间就会这样一分一秒地流逝了。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
文章总结:站立会议是一种轻量级的沟通方式,适用于快速同步工作进展和解决问题。文章指出,频繁的重量级会议并不能很好地解决问题,建议采用更轻量级的沟通方式,如面对面沟通。作者提出了站会的格式建议,包括昨天工作总结、今天计划和遇到问题求助。此外,文章还强调了站会的时间控制和团队规模的重要性。总的来说,文章提出了一种有效的沟通方式,以提高讨论效率,减少浪费时间的会议,使沟通更加高效。
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《10x 程序员工作法》,新⼈⾸单¥68
《10x 程序员工作法》,新⼈⾸单¥68
立即购买
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(33)
- 最新
- 精选
- ZackZzzzzzAmazon的开会方式真的是很值得借鉴,一般会议的邀请里面就会带着会议内容的文档,尤其是项目设计的会议,如果没有读过文档就去开会,很有可能被请出会议去....
作者回复: 多谢分享!
2019-02-2746 - 西西弗与卡夫卡其他一些提升开会效率的方法,比如会前每个人要先做准备,把观点写下来,然后发给主持人。再比如六顶思考帽,大家按相近的思考角度讨论,而不是我说一趴,你说另一趴。还有,主持人控制这轮谁能发言,控制每个人的时长。方法很多,但实际上总有人破坏规则,特别地这个人是老板…
作者回复: 有一个能 Hold 住全场的主持人非常重要,但这也不是特别容易操作的,有就有,没有就没有,要培养一个这样的人需要时间。
2019-02-2215 - L站会的关键点是确认进度,定位问题,找到问题沟通人,而具体解决方案不要放到站会上去
作者回复: 不是定位问题,是提出问题。
2019-02-2410 - 梦倚栏杆这个深有体会,好像我就是那个习惯打岔的人,开会的时候总有问题,然后大家的时间就这样被我一分一秒的浪费过去了,可能我们缺乏的是会前会后的准备和补充总结,但是很多时候一些会议的内容你是会议进行中,或者刚开始的时候才知道的,这个该怎么解决呢
作者回复: 针对你这个问题,Amazon 的开会方式值得借鉴。https://www.36kr.com/p/203274
2019-02-229 - 学习者很多会往往是因为谁也不想拍板做决策,没人愿意主动与各方沟通决策,只好开会一起沟通,实际开会的效率也很低。这主要是团队leader或项目owner不够尽职。
作者回复: 如果他们就是不专业,怎么办呢?
2019-04-2037 - it-spurs目前公司每天都站会,比较高效,我也组织过多次站会,现在即将成为项目经理,希望未来和队友一起高效开会,高效工作,减少加班。谢谢老师的专栏,每一集都有共鸣和成长。
作者回复: 希望行业中可以多一些懂得基本道理的负责人
2019-02-226 - mgs2002参加过文章里面说到的会议,比如XXX需求评审会,时间真的太长(2-3小时),本来产品在讲需求原型这个点的东西,总有人插话提问,然后就开始你一句我一句的讨论,真的很浪费时间
作者回复: 一定要有人控场,否则,就是乱作一团。
2020-08-034 - 丁丁历险记我就是经常打岔的那个。 目标很简单,让产品少乱折腾。
作者回复: 事先沟通好于会上争执。
2019-11-124 - Jxin站会得拆,因为力度是隔天甚至每天,哪怕是只做“三言”信息同步,当项目组团队达到二十人左右时也很浪费。所以个人认为要按业务线再细分团队(一条线正常三四个人),然后顶多小组会议完后各线小组长再同步下。在需求评审时也可以按业务线分批次听,提高效率(听一早上不care的需求,真到评自己需求时其实还是发散状态的)。
作者回复: 你说得对,在正文最后,我也在说,团队规模不宜过大。
2019-02-244 - 行与修以终为始,开会是搁置分歧并执行共识,路径上就选择有效率的方式,当大家对开会只是应付而不再抱有期望是非常糟糕的。往往组织者希望营造一种民主氛围让大家能参与讨论,而现实是大多人闷头不吱声,然后组织者郁闷,并进而会在提高大家参与度上花时间,变着法子活跃会议气氛,南辕北辙~~ 之前看到文章说刘强东开会谁要是质疑就会担着被炒的风险,我觉得要是涉及多部门协调推进的话,不妨就下命令吧,只要不蛮干,可以先分头民主,再集中传达就这么干了!会议的召集人其实是有好处的,可以安排议程,可以夹私货,至于能否把控现场到时见招拆招嘛,有时候主动权的驱使更让你值得一试! 还有个题外话也请教老师:碰到一情况,在面对面沟通时有人跟你说的和他跟其它部门hr说的不一样,如果HR不跟我互通信息就会造成我的误判,可能是什么原因?我又能做些什么消除某些无形障碍?求个指点吧😄
作者回复: 你说得很对,讲怎么开会是手段,目标实际上是沟通。这也是我把少开会做成建议的原因,我并不想教大家怎么在不好的东西上叠加,虽然我也有一些小技巧。 关于你最后的问题,我们只要坚持透明沟通就可以了,如果说得不一样,就先沟通清楚了,别急着承诺什么。先说清楚,让大家的理解一致,比事后翻旧账好得多。
2019-02-234
收起评论