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