根据微软对全球 31, 000 名员工开展的一项调查,低效的会议是影响工作效率的第一大干扰因素,其次是召开过多的会议。
大大小小的同步会、讨论会、审查会、复盘会不仅将工作时间拆解得支离破碎,还会让成员因「会议恢复综合症」而无法立即从无效会议中恢复过来,重新集中注意力投入工作。无法打造沉浸式工作时间,维护深度专注状态,极大地影响了个人和团队的工作效率。
为了克服会议疲劳,Shopify 在今年一月份宣布取消所有三人或三人以上的定期会议,并禁止周三举行所有会议。该举措涉及大约 12, 000 次的日程安排和活动,相当于节省了 322, 000 个员工工时。
大刀阔斧地砍掉会议是不是提高团队效率的灵丹妙药? 或许,首先要弄清楚「我们为什么要开会?」
我们为什么要开会?
这个问题看似简单,但却值得深思。我认为开会是为了推进工作、完成工作,尽管实际情况并不总是如此(或者说,通常不是这样),但会议声称旨在推进目标、完成工作、共享信息、做出决策,或者至少要以一种异步沟通无法实现的方式取得进展。
毕竟,这就是会议的独特之处:大家聚在同一个物理或虚拟空间里,能够进行实时对话。这应该是非常高效的——不是文档或邮件、没有滞后的反馈信息,只有进展。
我们选择开会,因为这是更好的协作方式。
以上是会议应该达成的目的,但却不是我们开会的真正原因。你是否也曾对着自己的日程安排感到沮丧和无奈?因为你充分意识到自己会在一种效率极低的状态下忙得不可开交,却对此无能为力。我有过,那真的太糟糕了!
这种看似无解的「会议滥用症」,实际上是其他更糟糕的问题的表征。
频繁开会是流程瓦解的表现。我们把开会当成倚仗和退路,每当不知道该如何完成工作,或者不愿意投入真正能够推进目标的流程时,就安排一场会议。我敢打赌,那些对流程嗤之以鼻或者不愿参与其中的管理者们,正是导致会议泛滥的元凶。
频繁开会也是对工作内容茫然不知的表现。这通常是因为没有人愿意花时间弄清楚并解决这个问题。
我们将「会议」与「生产力」混为一谈,如果不开会,就不知道该做什么(或者不知道如何证明自己的工作价值)。 于是,我们说服自己「开会就是我的工作内容」,或者「无法提高工作效率是因为我没有参加会议」。即便真的是这样,那也更像是对会议的控诉,而不是疯狂开会合理化的理由。
频繁开会也可以是权力斗争的表现。「接连不断的会议邀请不就说明‘我很重要’吗?每个人看到我满满当当的日程表都会这么想的。」
这种情况下,在踏进会议室的那一刻起,会议桌上的位置就比任务完成的实际效果更重要了。
几年前,当我意识到自己究竟在为什么而开会(还参加了如此多的会议)后,我开始了「会议抗争之旅」。
我拒绝参加那些我认为无须出席或者浪费时间的会议;我取消了所有单纯为了彰显身份地位的会议。 我深刻意识到我拥有着怎样的特权——大多数人都不能直接取消或拒绝出席会议。
我分享这个经历,是因为它让我认识到会议对我们的影响。虽然花了六个月的时间,但我逐渐将会议减少到原来近一半的数量。作为团队负责人,我本该频繁地参加各种会议,但我没有。
与我的同事和大多数直属下级相比,我参加的会议要少得多。坦白说,一开始的感觉并不好,我觉得自己一天什么事都没干成,总害怕错过什么;我担心砍掉会议实际是搞丢了自己的工作。但慢慢地,我意识到我为自己创造的所有时间都是一份礼物。砍掉会议并不代表与团队脱节,而是可以着手解决潜在问题的信号灯。 我有更多时间思考、设计、做出贡献,还可以处理那些需要我的问题。
我仍有一半以上的时间穿梭在各个会议室,但在这些会议中,我变得更加专注,准备也更加充分。我能够花更多的时间进行有效沟通,虽然会议减少了,但高效的即时通话增加了。
为了达成这一目标,我不得不重新学习一些东西,但我意识到砍掉一半的会议是一种提高管理效率的策略。
前端开发,你的认知不能仅局限于技术内,需要发散思维了解技术圈的前沿知识。细心的人会发现,开发内部工具的过程中,大量的页面、场景、组件等在不断重复,这种重复造轮子的工作,浪费工程师的大量时间。
介绍一款程序员都应该知道的软件https://www.jnpfsoft.com/?csdn,很多人都尝试用过它,它是功能的集大成者,任何信息化系统都可以基于它开发出来。
这是一个基于 Java Boot/.Net Core 构建的简单、跨平台快速开发框架。前后端封装了上千个常用类,方便扩展;集成了代码生成器,支持前后端业务代码生成,实现快速开发,提升工作效率;框架集成了表单、报表、图表、大屏等各种常用的 Demo 方便直接使用;后端框架支持 Vue2、Vue3。如果你有闲暇时间,可以做个知识拓展。
看完本文如果觉得有用,记得点个赞支持,收藏起来说不定哪天就用上啦~