别再"均匀用力"了，这才是效率的真正秘密
别再”均匀用力”了，这才是效率的真正秘密
你今天工作了10个小时。
现在闭眼回想一下：哪2个小时真正推动了项目进度？是上午那个需求评审，还是下午改了半天的CSS边距？——别想了，大概率你答不上来。
这不怪你。1897年，一个叫帕累托的意大利人就发现了这个规律：80%的成果来自20%的投入。他当时研究的是意大利的土地分配，但后来人们发现这个比例简直像复制粘贴一样到处出现——80%的销售额来自20%的客户，80%的bug来自20%的代码模块，80%的微信消息来自你最能聊的那几个人。
但问题来了：你知道这个定律，然后呢？
大多数人把二八定律当成饭桌上的谈资——”你知道吗，80%的财富掌握在20%的人手里”，说完点点头，感觉自己掌握了宇宙真理，第二天继续均匀地给每件事分配时间。这就好比你知道”运动有益健康”，但你的运动量巅峰是从工位走到茶水间——还得是有人喊你去接水的时候。
二八定律不是一条”知道就好”的冷知识，它是一个可以立刻操作的效率工具。 关键不在于你知不知道”80/20”这个比例，而在于——你能不能找到属于你的那20%。
你一直在”均匀浇水”
先说个比喻。
一个新手农民分到10块田，他会怎么做？给每块田浇一样多的水，施一样多的肥。听起来很公平，对吧？
但老农民不这么干。他知道哪块田土质最好、朝向最佳、离水源最近——那块田亩产能到1200斤，其他田撑死800斤。所以他把水和肥料重点往那块田上堆。结果呢？总产量反而比”均匀浇灌”高出一大截。
你的时间和精力就是水。你的各种工作任务就是那10块田。你每天做的事情，大概率是在”均匀浇水”。
微软有一个内部研究，结论很有意思：修复20%的高频bug，就能消除80%的用户投诉。不是修完所有bug，只修那20%就够了。但大部分团队的做法是什么？按JIRA列表从上往下一个个修。编号J-1234排在J-1235前面，所以先修J-1234——哪怕J-1235被50个用户投诉过，J-1234只有测试自己发现的。
同样的逻辑套在你身上：你每天回复30封邮件，但其中可能只有6封真正推动了工作。另外24封是什么？”收到”“好的”“辛苦了”——你把它们当工作，它们把你当表情包生成器。
忙和有效之间的差距，就是你有没有找到那20%。
5个场景，5个操作
道理讲够了，上手术刀。下面5个场景，每个配一个操作，明天上班直接用。不需要报课，不需要读书，你需要的只是一点点”残忍”——对那80%的低价值工作残忍。
场景一：Debug——别按顺序修bug，按投诉量修。
打开你的bug列表，按”被报告次数”或”影响用户数”排序。把前3个挑出来，其他的先放着。你可能会觉得”那其他bug就不管了？”——对，先不管。因为你修完这3个之后，用户投诉会砍掉一大半。省下来的时间够你修剩下的了。
一个团队如果有30个待修bug，按编号顺序修和按影响排序修，最终清完的时间可能差不多——但用户体验的改善速度天差地别。前者是线性改善，后者是指数改善。
bug是这样，需求也一样。
场景二：需求排序——问PM一个致命问题。
下次需求评审的时候，别问”哪个优先级高”。这个问题没用，因为PM会说”都重要”。
你换个问法：”这10个需求，如果砍掉7个，用户会因为哪3个投诉到老板那里？”
这个问题逼PM做减法。而那3个”砍掉就会被投诉”的需求，就是你的20%。先做这3个，做完再说其他的。剩下7个很可能在你做完这3个之后，有一半会被PM自己悄悄删掉——因为它们本来就没那么重要。
场景三：学技术——别从入门到精通，先学能救命的20%。
你想学Python。书买了，教程收藏了，B站播放列表建了——然后三个月过去了，你还停在第二章”变量与数据类型”。
换个思路：你为什么要学Python？是为了写个自动化脚本处理Excel？那你只需要学pandas读写Excel、for循环、if判断——这大概是Python知识体系的5%，但能解决你80%的需求。
“从入门到精通”是出版社的生意，”从问题到解决”才是你的路径。
先学能解决你手头问题的那一小块。用起来之后，你自然会因为实际需要而学更多。这比从第一页开始啃快10倍。
技术能力搞定了，再说说那个更容易被忽视的战场——人。
场景四：社交——5个能帮你的人，比500个点赞之交重要100倍。
你微信里有多少好友？1000个？2000个？
现在做个测试：如果你明天失业了，你会找谁帮忙？能帮你内推、给你靠谱建议、借你钱的人，有几个？
大多数人的答案是5个左右。这5个人就是你社交网络里的那20%——不，那5%。你花在其他995个人身上的精力——群里点赞、朋友圈评论”好棒哦”、参加那种换完名片就再也不联系的行业聚会——产出约等于零。
你的人脉不是一张网，是一根绳。绳子的强度取决于最结实的那几股，而不是有多少根线。 每个月跟那5个人吃一次饭，比你在10个群里活跃一整年有用得多。
最后一个场景，也是最容易立刻见效的——因为它只需要你学会拒绝。
场景五：开会——学会说”我看纪要”这四个字。
我前同事老张有个绝活：每周一早上花5分钟扫一遍本周的会议邀请，然后默默拒掉60%，备注统一写”有冲突，看纪要”。一开始大家觉得他摸鱼，三个月后发现——他是组里产出最高的人，因为他每天比别人多出2小时写代码。
诀窍很简单：收到会议邀请时问自己——”如果我不去，这个会能不能正常开完？”答案是”能”的，全部拒掉。你没有义务当人肉旁听机。
开会是别人的20%，不一定是你的。 把时间拿回来，做你自己的那20%。
回到你的10小时
回到开头的问题。
你今天工作了10小时，其中大约2小时创造了80%的价值。另外8小时，你在均匀浇水。
现在想象一下：如果你把那8小时里的”假忙”砍掉4小时——不回无关邮件、不参加不需要你的会、不按顺序修bug——把省出来的4小时加到那2小时的关键工作上。你每天投入在高价值工作上的时间从2小时变成6小时。
帕累托在一百多年前就把答案写好了。可惜大多数人只记住了”80/20”这两个数字，却从没认真找过——属于自己的那20%到底在哪里。
今晚下班前，花5分钟做一件事：在纸上写下你今天做的所有事，然后圈出真正推动了进度的那2-3件。明天，从这2-3件开始做。
就这么简单。难的不是方法，是你愿不愿意承认——那另外80%的忙碌，其实可以不做。