软件工程之美
宝玉
Groupon 资深工程师,微软最有价值专家
44272 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 55 讲
软件工程之美
15
15
1.0x
00:00/00:00
登录|注册

13 | 白天开会,加班写代码的节奏怎么破?

提升会议创造的价值
缩短开会时间
减少参与会议的人
砍掉没价值的会议
无效的会议
有效的会议
计算成本
项目总结会议
项目立项会议
每日站立会议
评审会议
课后思考
总结
如何提高开会效率?
什么样的会议是有效率的?
开会是有成本的
开会是有价值的
参考文章

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

你好,我是宝玉,我今天想与你讨论让很多程序员头疼的话题:开会。
说到开会,是很多人心中的痛,每天白天忙于参加各种会议,压缩了本来就少的可怜的工作时间。最可气的,有的人开完会工作就算完成了,而像我们写程序的,还得下班后加班加点赶进度!
所以一说到开会,程序员们往往如遇洪水猛兽一般,避之不及。

开会是有价值的

但我想说的第一个问题是:开会是有价值的。软件项目中有不少会议,其实有其价值所在,给你简单举例分析一下。
像评审会议,通过会议,可以让产品设计或架构设计在确定前,收集大家的意见,及时发现问题。
像每日站立会议,可以及时了解项目的进展,了解当前的困难和瓶颈,及时调整计划,解决问题。另外在会议上,每个人都要当众讲一下做过的事情和计划要做的事情,这也是一种无形的监督和约束。
像项目立项会议,可以创建一种仪式感,让每个人都知道项目的关键信息:
项目目标:这个项目是要干什么的,达到一个什么目标;
项目里程碑:项目的开始结束时间,项目的阶段划分,以及各个阶段的时间点;
角色分工:项目成员的分工和角色是什么,每个人知道自己的任务是什么,知道遇到问题该找谁;
流程规范:项目开发的主要流程是什么,基于瀑布还是敏捷。
像项目总结会议,团队成员可以一起总结一下项目的得失,把经验总结下来,帮助团队在下一次做的更好。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

开会对于软件项目来说是必不可少的,但也需要注意成本和价值的平衡。文章提出了几种方法来提高开会效率,包括减少无价值的会议、减少参与人数、缩短会议时间以及提升会议创造的价值。通过这些方法,可以有效地降低开会的成本,提高会议的效率和价值。文章还提到了一些实际案例和经验,帮助读者更好地理解如何应用这些方法。总的来说,文章强调了开会的重要性,同时也指出了如何避免浪费时间和资源,使会议更加高效和有价值。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《软件工程之美》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(22)

  • 最新
  • 精选
  • 易林林
    会而不备、会而不议、议而不决、决而不行、行而无果本身就失去了开会的意义。 我认为会前准备是相当重要的,组织会议或者抛出问题的人,应该对整个会议的内容有深刻而清醒的认识,并且将思路整理成文(Word、PPT等),给参与会议的人一个明确的引导,让会议一开始就能很快进入状态,不需要过多的预热。 开会期间如果不讨论会议主题,只是聊一些边角料,去讲人生经历、讲感悟什么的,讲的人快活了,听的人郁闷了,但为了以示尊重,大伙儿还得专心致志听着,职场上也有不得已的地方。这里就会用到宝玉老师说的,会议组织者的场面掌控能力,什么时间、多长时间讨论某一问题,并控制参与者自由发言的节奏,及时拉回会议主题,保证会议的时效性。 如果因会议主题的讨论而衍生出的很多有用的信息,觉得这盘西瓜不错,那盘哈密瓜也不错,芝麻丢掉也可惜了,领导没决策,下属没主见(有主见也是从自己工作便利性上考虑),最终在会议结束的时候,留下了更多的问题,核心主题却没结果。个人觉得,每次会议的参与者都要达成共识,组织者是谁,决策者是谁,甚至有时候组织者要暗示决策者该表态了。 会议只是产生良好结果的前奏,相当于理论验证结果有了,剩下的就是去实际操作了。一旦决策者表态了,有了决定了,就该指定相应的负责人,定期汇报进度、展示阶段性的成果。最近就遇到旁边的一个部门,加班加点的修改方案,到客户那里去出差三天,回来了,本以为会有点动静,接下来一周都没啥动静,和大家聊天才知道,没指定谁来总览这件事,一直挂在相应副总经理名下,副总经理好像忘了似的,要么就是结果已经堪忧了。 行而无果,实际上是最让人绝望的,花了大量的人力物力,最后发现一切都是徒劳的,会前准备、会中讨论和决策、会后执行,好像每个环节都出了问题,没人有致命的错误,反正就是事儿没干成。 写这些,实际上是希望得到宝玉老师的指点,从专业的角度指点下我思维的误区,谢谢您。

    作者回复: 总结的非常好的👍 从课程的理论知识,结合了实际工作场景的案例👍 我不觉得思维上有任何问题:) 有一点意见可以参考:如果你需要别人给你意见,本质上跟开会一样,不宜主题太多太分散,不然别人抓不住重点。 下次你可以在总结完了后,针对一两个具体问题问,这样被提问的人更容易抓住重点,供参考。

    2019-03-26
    16
  • alva_xu
    老师今天的话题确实是我们大家在做项目中特别头疼要处理的问题。开会吧,怕耽误别人时间,不开会吧,怕别人的意见没有收集到,或者拍板了不算。我来谈谈我的学习体会: 1,会议组织者或者相关人员必须在会前确定好会议目标,并在线下预先和相关人员沟通准备材料,会后尽量要有一个会议纪要,特别是跨部门的会议(对于每日站会等scrum 中规定的常规性会议,已经形成了规范,相对好组织) 2,对于必须邀请领导(们)参加的会议,是最最考验组织者的。因为领导的发言可能是最不能受控的,这需要会议组织者的会议控制技巧,比如说事先给领导暗示时间,及时把领导发散出去的话题收回来,等等 3,在需要多人发言,征求多人意见的时候,用先发纸条各自写下自己的想法,然后再发言的形式会提高效率。 4,如果一些会议本身的话题比较多,可以考虑将议题分散成多个会议,大会拆成小会。 5,实在没办法必须开大会的时候,我作为组织者,鼓励大家带上笔记本电脑等工作工具,允许大家边工作边开会。这是,作为组织者,必须把握好哪些信息需要哪些人听或者反馈。 总而言之,会议组织者是最最重要的角色,除了考虑会议要达到的目的之外,还需要考虑节省与会者的时间。否则,参会人员的积极性会大打折扣,以后就没人来开你的会了。

    作者回复: 你这些宝贵经验对大家包括我都很有价值👍 我以前老板就特别能说,完全收不住😂

    2019-03-26
    10
  • aya
    老师【你是砍柴的,他是放羊的,你和他聊了一天,他的羊吃饱了,你的柴呢?】说的醍醐灌顶呀,人家还会说你的柴和我有什么关系...

    作者回复: 同一个会议,对不同的人价值是不一样的,别让自己当砍柴的陪放养的聊天:)

    2019-03-26
    10
  • 纯洁的憎恶
    提高会议效率,从成本收益入手。会议有成本,开会需谨慎,时长与人数和会议成本紧密相关。 主动做减法,减少会议数量,缩短会议时间,削减参会人数,降低会议成本。 努力做加法,明确会议目标,得出会议结论,落实后续责任,复用“听会”时间,提高会议价值。

    作者回复: 你这个简洁👍 本质上就是做加法和减法

    2019-03-26
    6
  • Felix
    我说一下我对开会的看法: 1. 要有主持人,之前遇到过没有主持人,就像没头苍蝇一样,特别容易脱离主题,尬聊,主持人控场,能够保持会议围绕议题进行 2. 要有书记员,当然书记员不是记流水账的,从同事那里学来,开会最重要一句话是"结论是什么",讨论半天没有结论,这会还不如不开,所以书记员重点记结论,会后将结论,即会议纪以邮件形式群发参会人以及抄送领导知晓 3. 如发现会议与自己无关了,要勇敢地离会,如需求评审,产品经常会邀请多方开发,如果已经确认剩下的议题与自己无关了,跟主持人确认后就可以离会,有同事跟我说他们会不好意思,我觉得大家都是做事的,应该能够互相理解,雷厉风行,不用不好意思😄

    作者回复: 对,我支持你的观点:有时候要勇敢离场,只要解释一下相信都能理解,毕竟会议之外创造的价值更大。

    2019-03-26
    4
  • williamcai
    看个人吧,作为程序员,我一般喜欢参加技术评审会,方案设计会,和代码评审,和我的职责息息相关

    作者回复: 是的,很多会议是有价值的👍

    2019-03-26
    4
  • hua168
    老师能说下,整个项目开始前到项目完全结束,一般都要开那些会议呀?目的是什么?

    作者回复: 我确实整理了一些,后来因为篇幅原因删减了,我和编辑商量一下,在下一次整理留言的时候放出来,作为这条回复。

    2019-03-26
    3
  • bearlu
    老师,能不能说说开会要留意些什么内容,我是个新手,每次开完会议,到开发的时候又找产品确认具体功能。

    作者回复: 我想你说的应该是需求评审会议或者需求讲解会议,对于这类会议,建议你会议前读一下文档,这样心中有数,同时对于文档中觉得不清楚或者有疑惑的地方记录下来,在会议中提出。 不同的会议重点不一样,开会之前你都可以实现了解下这次会议的主要目的是什么,然后事先准备一下,这样开会就会更有效率一些。 如果你是有具体某个类型的会议,也可以新开留言。

    2019-03-26
    3
  • 小老鼠
    1、老板无法接受项目三角形这么办?老板不听我话如何办? 2、所有会议有没有必要形成会议总结的必要?

    作者回复: 1. 帮助老板成长超出了你的职责范畴,让老板听话也超出了软件工程的范畴:) 2. 如果你加上“所有”,那么答案就是否定的,很多务虚的会议可能并不需要有会议总结。但开会之前有明确主题和目标,开会之后有结论、有后续行动和相应责任人、有总结,是很好的会议习惯。

    2019-09-11
    2
  • 果然如此
    正好有一个昨天开的产品会的案例,产品经理刚讲了不到一半,另一个技术人员就提了很多问题,有的是需求问题、有的是技术问题、还有的是这个产品的历史数据更新的问题,对于以上问题,由于产品只讲了一小部分,我觉得在这个时候提问题有点激进并且有的问题偏离了主题,所以在适当的时机,我及时打断谈话,并向产品经理询问是否全讲完了,答案当然是否定的,并请其继续讲完,在讲的过程我记录了一些问题,然后讲完之后,大家继续讨论和需求有关的话题。

    作者回复: 👍赞,这样的打断很有必要,不然很容易就偏离主题了!

    2019-03-27
    2
收起评论
显示
设置
留言
22
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部