10x 程序员工作法
郑晔
开源项目 Moco 作者
53432 人已学习
新⼈⾸单¥68
登录后,你可以任选4讲全文学习
课程目录
已完结/共 63 讲
思考框架 (1讲)
10x 程序员工作法
15
15
1.0x
00:00/00:00
登录|注册

22 | 轻量级沟通:你总是在开会吗?

多面对面沟通,少开会
会议目的与实际效果矛盾
开会困扰程序员
团队规模与拆分
避免开成汇报会
限制发言时间和内容
站会形式
改进行为方式
面对面沟通
积极参与讨论减少会议人数
选错沟通方式导致问题
开会目的与实际效果矛盾
开会影响写代码
总结时刻
站立会议
轻量级沟通
头疼的开会
轻量级沟通:你总是在开会吗?
参考文章

该思维导图由 AI 生成,仅供参考

你好,我是郑晔。
今天我们来探讨一个很多程序员日常工作中,经常碰到却会带来困扰的话题:开会。

头疼的开会

有一次,我听到两个程序员在聊天。一个资深程序员说:“还是晚上好,我可以一门心思写代码”,另一个年轻程序员不解地问:“你白天也可以写啊。”
资深程序员很无奈,“我倒是这样想,可是白天参加那么多会,哪有工夫啊!我的代码就只能加班写了。”
这段对话听上去让人有点心酸,但这种现象,确确实实广泛存在于程序员的日常工作中,尤其是你经验丰富又在一个大组织中工作,这几乎成了你的宿命。在这些程序员的认知中,开会太多影响了他们写代码。
你以为我想讨伐开会吗?并不是,开会本身并没有错,因为开会的本意是将大家组织起来解决问题。但请你回想一下,你参加的会议有多少解决了问题呢?
开会是为了解决问题,但真实情况却是开了会又没有解决多少问题,这真是一个奇特的矛盾。
回想一下,你参加过的会议里面,有没有效果特别好的呢?在我职业生涯中,凡是效果特别好的会议,基本上都是用来做信息同步的。比如,领导宣布一个事情,这种会议几乎不会浪费时间。宣布消息,大家收到消息,结束。
那效果不好的会议是什么样呢?几乎都是那些讨论会,你一言我一语,每个会几乎无一例外,都有几个擅长打岔的,这个会基本上都会跑偏,时间就会这样一分一秒地流逝了。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

文章总结:站立会议是一种轻量级的沟通方式,适用于快速同步工作进展和解决问题。文章指出,频繁的重量级会议并不能很好地解决问题,建议采用更轻量级的沟通方式,如面对面沟通。作者提出了站会的格式建议,包括昨天工作总结、今天计划和遇到问题求助。此外,文章还强调了站会的时间控制和团队规模的重要性。总的来说,文章提出了一种有效的沟通方式,以提高讨论效率,减少浪费时间的会议,使沟通更加高效。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《10x 程序员工作法》
新⼈⾸单¥68
立即购买
登录 后留言

全部留言(33)

  • 最新
  • 精选
  • ZackZzzzzz
    Amazon的开会方式真的是很值得借鉴,一般会议的邀请里面就会带着会议内容的文档,尤其是项目设计的会议,如果没有读过文档就去开会,很有可能被请出会议去....

    作者回复: 多谢分享!

    2019-02-27
    46
  • 西西弗与卡夫卡
    其他一些提升开会效率的方法,比如会前每个人要先做准备,把观点写下来,然后发给主持人。再比如六顶思考帽,大家按相近的思考角度讨论,而不是我说一趴,你说另一趴。还有,主持人控制这轮谁能发言,控制每个人的时长。方法很多,但实际上总有人破坏规则,特别地这个人是老板…

    作者回复: 有一个能 Hold 住全场的主持人非常重要,但这也不是特别容易操作的,有就有,没有就没有,要培养一个这样的人需要时间。

    2019-02-22
    15
  • L
    站会的关键点是确认进度,定位问题,找到问题沟通人,而具体解决方案不要放到站会上去

    作者回复: 不是定位问题,是提出问题。

    2019-02-24
    10
  • 梦倚栏杆
    这个深有体会,好像我就是那个习惯打岔的人,开会的时候总有问题,然后大家的时间就这样被我一分一秒的浪费过去了,可能我们缺乏的是会前会后的准备和补充总结,但是很多时候一些会议的内容你是会议进行中,或者刚开始的时候才知道的,这个该怎么解决呢

    作者回复: 针对你这个问题,Amazon 的开会方式值得借鉴。https://www.36kr.com/p/203274

    2019-02-22
    9
  • 学习者
    很多会往往是因为谁也不想拍板做决策,没人愿意主动与各方沟通决策,只好开会一起沟通,实际开会的效率也很低。这主要是团队leader或项目owner不够尽职。

    作者回复: 如果他们就是不专业,怎么办呢?

    2019-04-20
    3
    7
  • it-spurs
    目前公司每天都站会,比较高效,我也组织过多次站会,现在即将成为项目经理,希望未来和队友一起高效开会,高效工作,减少加班。谢谢老师的专栏,每一集都有共鸣和成长。

    作者回复: 希望行业中可以多一些懂得基本道理的负责人

    2019-02-22
    6
  • mgs2002
    参加过文章里面说到的会议,比如XXX需求评审会,时间真的太长(2-3小时),本来产品在讲需求原型这个点的东西,总有人插话提问,然后就开始你一句我一句的讨论,真的很浪费时间

    作者回复: 一定要有人控场,否则,就是乱作一团。

    2020-08-03
    4
  • 丁丁历险记
    我就是经常打岔的那个。 目标很简单,让产品少乱折腾。

    作者回复: 事先沟通好于会上争执。

    2019-11-12
    4
  • Jxin
    站会得拆,因为力度是隔天甚至每天,哪怕是只做“三言”信息同步,当项目组团队达到二十人左右时也很浪费。所以个人认为要按业务线再细分团队(一条线正常三四个人),然后顶多小组会议完后各线小组长再同步下。在需求评审时也可以按业务线分批次听,提高效率(听一早上不care的需求,真到评自己需求时其实还是发散状态的)。

    作者回复: 你说得对,在正文最后,我也在说,团队规模不宜过大。

    2019-02-24
    4
  • 行与修
    以终为始,开会是搁置分歧并执行共识,路径上就选择有效率的方式,当大家对开会只是应付而不再抱有期望是非常糟糕的。往往组织者希望营造一种民主氛围让大家能参与讨论,而现实是大多人闷头不吱声,然后组织者郁闷,并进而会在提高大家参与度上花时间,变着法子活跃会议气氛,南辕北辙~~ 之前看到文章说刘强东开会谁要是质疑就会担着被炒的风险,我觉得要是涉及多部门协调推进的话,不妨就下命令吧,只要不蛮干,可以先分头民主,再集中传达就这么干了!会议的召集人其实是有好处的,可以安排议程,可以夹私货,至于能否把控现场到时见招拆招嘛,有时候主动权的驱使更让你值得一试! 还有个题外话也请教老师:碰到一情况,在面对面沟通时有人跟你说的和他跟其它部门hr说的不一样,如果HR不跟我互通信息就会造成我的误判,可能是什么原因?我又能做些什么消除某些无形障碍?求个指点吧😄

    作者回复: 你说得很对,讲怎么开会是手段,目标实际上是沟通。这也是我把少开会做成建议的原因,我并不想教大家怎么在不好的东西上叠加,虽然我也有一些小技巧。 关于你最后的问题,我们只要坚持透明沟通就可以了,如果说得不一样,就先沟通清楚了,别急着承诺什么。先说清楚,让大家的理解一致,比事后翻旧账好得多。

    2019-02-23
    4
收起评论
显示
设置
留言
33
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部