3、优先级排序:艾森豪威尔矩阵、四象限法则、每日任务优先级设定
说实话,我见过太多工程师每天忙得脚不沾地,结果到晚上一复盘,发现真正重要的事一件没干。
为什么会这样?
因为很多人分不清「紧急」和「重要」的区别。这两个词,看着差不多,实际差远了。
我自己带团队那几年,最头疼的就是看组员在低价值任务上死磕。明明 deadline 快到了,还在调一个无关紧要的样式。嗯,这就是典型的优先级混乱。
今天咱们聊的这套方法,说白了就是帮你把任务分个三六九等。别怕,不是让你去砍任务,而是让你知道先砍谁。
3.1 艾森豪威尔矩阵:一个将军的时间观
艾森豪威尔是谁?美国第34任总统,也是二战时的盟军最高统帅。他每天要处理的事,比咱们多得多。他发明了一个矩阵,用来快速判断「什么事该我做,什么事该滚蛋」。
这个矩阵只有两个维度:紧急 和 重要。
核心公式:
任务价值 = 重要性 × 紧急性
但注意,重要性权重远大于紧急性。我个人的经验是,重要性系数至少是紧急性的 3 倍。
咱们用一张图来直观感受一下这个矩阵的结构。我建议你把它打印出来,贴在工位上。
3.2 四象限法则:把任务扔进四个框
矩阵画好了,接下来就是把你的任务往里扔。我一般用 Excel 或者 Notion 来管理,但刚开始你可以用纸笔。
| 象限 | 特征 | 策略 | 我的例子 |
|---|---|---|---|
| 第一象限 | 重要且紧急 | 立即执行 | 线上故障、客户投诉 |
| 第二象限 | 重要不紧急 | 制定计划 | 系统重构、技术学习 |
| 第三象限 | 紧急不重要 | 授权或快速处理 | 临时会议、琐碎邮件 |
| 第四象限 | 不重要不紧急 | 尽量不做 | 刷社交媒体、闲聊 |
我的个人习惯:
每天早上花 5 分钟,把当天任务列出来,然后逐个扔进这四个象限。注意,第二象限才是你的核心竞争力。我见过太多人天天在第一象限救火,结果第二象限的事越积越多,最后全变成了第一象限的危机。
3.3 每日任务优先级设定:从理论到落地
理论说完了,咱们聊聊怎么落地。你想想看,如果每天列 20 个任务,就算用四象限也救不了你。因为人的精力是有限的。
我建议你遵循「3+2 法则」:每天只定 3 件重要的事 + 2 件次要的事。超过 5 件,基本完不成。
每日优先级设定步骤:
- 列出所有任务(不限数量,先写下来)
- 标记重要程度(高/中/低)
- 标记紧急程度(今天/本周/本月)
- 扔进四象限(用上面的矩阵)
- 选出 3+2(3 件第一象限或第二象限的事,2 件第三象限的事)
- 排时间(把最难的事放在精力最好的时段)
举个例子。假设你今天的任务清单是这样的:
- 修复线上 bug(重要且紧急)
- 写周报(紧急不重要)
- 学习新框架(重要不紧急)
- 回复同事邮件(紧急不重要)
- 整理桌面(不重要不紧急)
按 3+2 法则,你应该选:
- 3 件重要的事:修复线上 bug、学习新框架、写周报(虽然紧急不重要,但老板催)
- 2 件次要的事:回复同事邮件、整理桌面(如果时间不够,整理桌面可以砍掉)
避坑指南:
我曾经犯过一个错误:把「学习新框架」这种第二象限的事,一拖再拖。结果项目要用的时候,我完全不会,只能加班学。嗯,这就是典型的「重要不紧急」变成「重要且紧急」的惨案。
所以我的建议是:每周至少留出 2 小时给第二象限。别让它们变成明天的第一象限。
3.4 一个简单的优先级评分公式
如果你觉得四象限太主观,可以试试这个量化公式。我自己用了好几年,挺管用的。
优先级分数 = 重要性 × 3 + 紧急性 × 1 - 耗时 × 0.5
其中:
- 重要性:1-5 分(5 分最高)
- 紧急性:1-5 分(5 分最急)
- 耗时:1-5 分(5 分最耗时)
分数越高,越优先处理。
举个例子:
- 修复线上 bug:重要性 5,紧急性 5,耗时 2 → 分数 = 5×3 + 5×1 - 2×0.5 = 15 + 5 - 1 = 19
- 学习新框架:重要性 4,紧急性 2,耗时 4 → 分数 = 4×3 + 2×1 - 4×0.5 = 12 + 2 - 2 = 12
- 回复邮件:重要性 2,紧急性 3,耗时 1 → 分数 = 2×3 + 3×1 - 1×0.5 = 6 + 3 - 0.5 = 8.5
你看,分数一出来,优先级一目了然。修复 bug 排第一,学习新框架排第二,回复邮件排最后。
小技巧:
如果你发现某个任务连续三天都在第一象限,说明你的第二象限管理出了问题。赶紧停下来,重新规划。
好了,优先级排序这件事,说白了就是「先做重要的事,再做紧急的事,最后做那些既不重要也不紧急的事」。别让琐事绑架了你的一天。