01丨优先级：工作中那么多事情，我要如何安排优先级？
你好，我是臧萌，这篇文章是专栏的第一篇，我们以工作中的优先级这个话题开始。我们在日常工作中，总会这样感慨：事情，是干不完的。
既然干不完，那我们就要分清轻重缓急，哪个重要，哪个不重要，给它们划分一个优先级，这样不至于让自己手忙脚乱。
能给手头的事情排上正确的优先级，是一项很重要的工作能力。
当然，我们在生活和学习中，事情也可能不少。但是和工作中的优先级相比，生活和学习里的事情是我们自己的事情，只要安排得让我们自己满意就可以了。在工作中，事情的优先级的标准，是要让公司受益，让老板满意，让同事认可。
首先呢，我们先谈谈优先级为什么重要。
优先级的重要性
我工作中有一段时间，就经常被工作的优先级所困扰，经理也时不时地批评我：“这个事情这么重要，你怎么到现在还没开始弄？”我心里也有点憋屈：“我又没闲着，我做的事情还不都是经理安排的么？”
这里有一个很重要的字眼——重要。
优先级有很多的考量，并不是简单的先来后到的线性时间顺序，我们需要根据事情的要紧程度安排优先级。
还有一个需要考虑的因素就是程序员的工作性质。对于软件工程师来说，一个事情可以用一天的时间做完，也可以用一个星期的时间精心打磨。如何在时间有限的情况下安排自己的时间，让时间用在最值得做的事情上，就是排优先级需要考虑的内容。
给不同的工作安排优先级，不仅会让我们的工作效率更好，也可以让我们和同事之间达成良好的合作关系，为什么这么说呢？且往下看。
如何给工作排优先级
首先，我们可以从两个维度去给工作划分类型，一个维度是工作本身的性质，另一个维度从合作角度出发，然后根据这些工作的重要与否安排优先级。
基于工作性质安排优先级
基于工作本身的性质，我把工作划分为公司发展计划、安全相关的事情和生产上的事情。
每个公司都有自己的发展计划，并给这些计划划定不同的权重，以指导协调公司内有限的资源。
拿我所在的公司来说，每年公司高层都会制定当年的发展目标，然后以此为依据，制定不同的发展项目，再根据项目，一层层地将项目分解为各个部门的子项目等等。每个部门，以顶级项目的优先级为参考，安排自己的资源，以达到公司的发展目标。
我们程序员作为公司人员组织的基层员工（我习惯称为叶子结点），自然不需要操这么大的心。但是我们需要了解公司的发展方向和重点项目。一般来说，公司的发展目标和与之相关的各个项目的优先级都会对内公开，公司也鼓励所有员工都熟悉这些内容。当和这个项目相关的工作安排到自己手里的时候，一定要给予这种工作足够的优先级。
同时，这种重要的事情，最好多花点时间在上面，力争做到最好。因为这种重要的事情是拖不起的，如果因为没做好拖累整个项目的进度，可能会影响自己甚至整个组的表现（performance）。
我们再来看看安全相关的事情。
“安全无小事”这个口号在所有工程类的工作中都适用。软件开发里的安全问题虽然不会直接影响生命安全，但是它会带来很大的经济损失和商誉损失，现实中各种数据泄漏的例子不胜枚举。
我随便举个Java的例子。在JDK 的早期版本中，有一个执行任意代码漏洞。Java可以启动新的进程，执行任何命令，方式是使用Runtime的exec方法，传递一个命令的String数组。这个漏洞在于，它先检查了String数组里的命令是否允许被执行，然后再遍历数组，依次执行每条命令。而在多线程环境下，完全可能在检查完毕后，数组里的内容又被别的线程恶意更改了，改为不应该通过检查的命令。这样的话，一条本不应该通过检查的命令，就这样被执行了。
作为承担着软件开发和运维工作的现代程序员，我们首先要遵守安全部门的安全规范和检查，这就好像进入工地要戴安全帽，是没得商量的。
安全部门有时候还会发布紧急安全升级等要求。比如升级有安全隐患的jar包/组件等，这时候，我们一定要把这个当作优先级最高的任务，不要有任何的犹豫或轻视。
站在我们程序员的角度想一下，一旦出了安全问题，如果是因为自己执行不到位，这个责任肯定是要自己承担的，即使后期再怎么弥补，也无济于事。
试想一下，如果你没有配合安全部门的任务，导致一个有漏洞的 jar 包被利用，造成了数据泄漏。即使接到任务的时候你没有闲着，甚至为了完成业务开发挑灯夜战，但你觉得业务的人会为你说话，替你挡箭背锅吗？
如果你不确定，那么就换位思考一下吧。如果你是业务方，给开发提好了需求，进度也排好了，结果忽然开发组跟你说，因为做你的项目，导致我们没时间做安全升级，造成了公司损失，你要背锅。你是不是觉得这锅来得匪夷所思？
安全部门的要求就是最高的要求，是一切需求的“挡箭牌”。当一个安全部门给的任务到了你手上，告诉经理你要放下手中的工作，立刻开始执行安全任务吧。这既是为了公司，也是为了自己。
除了安全问题需要注意外，我们还要注意生产上的问题。
如果生产出了问题，那么作为 DevOps 的程序员，要第一时间放下手头的事情，冲上去搞。理清问题之后，马上开始行动。生产上的问题都是火烧眉毛。火烧眉毛的时候，你会等着别人给你送水，还是自己想尽一切办法找水呢？当然是自己找水了。如果需要别人配合，马上联系相关的人或者其经理。
基于合作安排优先级
讲完工作本身的性质，我们再来看看那些需要跟别人合作的事情，毕竟有人的地方就有沟通，如果优先级没有排好，那就很容易导致沟通不到位，出了纰漏，就很麻烦了。
在日常工作中，我们有很多任务都是经理下达的。经理往往掌握着更多的信息，也更能判断一件事情的优先级。现在一般都是敏捷开发，经理会给每个story排优先级。在给任务排优先级的事情上，程序员可以提建议，也可以和经理讨论，但是一定要以经理的决定为准。
还有一些经理临时安排的事情，这种事情有时候更急一些，可能也不用耗费很长时间。所以这种事情也要先做。
如果一个事情需要别的部门配合，那么优先做。比如申请资源，和自己的上游讨论需求等等。这样一方面可以让别人尽早开始工作，另一方面也可以尽早交换信息，避免日后翻车。
举个简单的例子，如果有一个需求依赖上游服务。那么在自己这边需求明确的情况下，你要尽早和上游的组通气，看自己的需求能不能做，排期是怎样的。如果自己觉得没问题，先开展自己的工作，结果上游那边无法做或者无法排期，那工作就彻底翻车了。
如果事情没有太明显的轻重缓急，那么换位思考，与人为善，优先做那些阻塞了别人工作的事情。有些事情是来自组内的，有些来自组间合作。良好的合作关系就是这样一点点打磨出来的。
做事情本身的优先级
给工作排好优先级之后，我们还要注意工作内部各项事情的优先级。工作需要拆成不同的步骤来实施，这些步骤也有优先级，其实基本道理和我们上面讲的都一样。
我举一个开发新功能的例子。开发新功能可能要申请机器，要找上游谈依赖，要开发代码，要找下游谈需求，要和上下游联调接口等等。
你看，这里有“申请机器”“找上游谈依赖”“找下游谈需求”，那么这个时候，申请机器和找上游就是应该尽早开始的。同时，接口和联调也应该尽早开始，接口具体实现的代码不需要写得那么完善，甚至mock一些过程也是可以的。这样一方面可以和上下游尽早落实集成的细节，另一方面也可以尽早将阶段性的成果展示给需求方，随时review，避免最后来个大“惊喜”。
我们做事情的时候，如果能把其中的每一步都想清楚，理清依赖关系，安排得井井有条，这就已经事半功倍了。
总结
我们的工作繁杂而琐碎，今天我也仅仅是给出了一些通用的建议。在不同的工作内容，工作岗位上，可能有不同的维度。但是需要牢记的是，当你觉得自己工作手忙脚乱的时候，不妨停下来，先理理自己手头工作的优先级。怎么整理优先级呢？这里我给出一个简单的方法。首先把所有的事情列出来，然后对每件事情问自己两个问题：不做这个会怎么样？做了这个能怎么样？剩下的事情，就是顺着这个思路走下去了。
其实，给工作排优先级，不仅仅是一个提升工作效率的方法，也是提升自我和磨合团队的重要方式。
程序员的工作不只是低着头写代码，也不只是别人让干什么就干什么。给事情排优先级，是一种能够帮助把事情做对，做成，做好的重要能力。它不仅需要你对事情本身有准确的认识和判断，还需要你有清醒的思维，能够将事情分解，按照最优的顺序执行。给工作安排优先级的过程，也是锻炼自己能力的过程。
进一步说，这种能力更是一名经理的必备能力。经理的很大一部分任务就是理清事情，排列优先级，让自己的手下去做事情。程序员能控制的就是如何安排和使用自己的时间，而经理要对手下所有人的时间负责。所以经理眼前的事情更多，关系更复杂，需要做的判断也更重要，对这个能力的要求也更高出好几个层次。所以如果你有转做管理的计划，不妨在这件事情上多花点心思吧！
思考题
我在开头中提到了我刚参加工作时的窘迫，你有过我当初那种“我明明没闲着，却被经理说做事情不得力”的委屈和困惑吗？你现在走出这种困惑了吗？
欢迎你在评论区和我讨论，也欢迎把这篇文章分享给你的朋友或者同事，一起交流一下。
- 牛牛 👍（38） 💬（4）
现在在优先级的事情上基本上能处理的比较好, 按照 1. 先紧急后常规(安全+线上问题优先, 业务开发随后, 自发项目优化并行(看项目和优化项目的紧急度)、代码优化整理类最后); 2. 不阻塞别人(先合作项目、再独立项目) 3. 先约定后开发(api文档先行) 4. 先工作量少, 流程长的(比如、资源申请这种) 的原则, 其实我觉得可以用一句话概述: 先把不可控变成可控. 与人合作项目, 尽可能不让别人成为自己的阻碍, 给足别人buffer, 为了配合别人前期工作, 我们的工作甚至可以后开始, 充分完成沟通、协调、约定、再进入我们自己的开发~~~~ 感觉自己做的不好的地方是沟通, 希望学到 怎么优雅的把自己的工作给领导和小伙伴们看到? 大小事都报备肯定不合适, 可往往有一些琐碎的事、又比较浪费时间, 还不得不处理, 但是在别人看来可能是什么都没做的状态. 关于这点比较迷茫
2020-05-19 - 峰 👍（26） 💬（1）
关于优先级，工作中有个疑问是： 需求方总是拼命推动我干啥干啥，搞得一副很急的样子，但真的做好了，他们自己那块的内容就拖一直拖着也没看有什么紧急的样子，这个时候就有种被骗了的感觉哈哈哈，不爽特别不爽，很容易打消自己的积极性。
2020-05-19 - Middleware 👍（12） 💬（1）
不错，好好利用下，有时候因为项目的优先级，和领导不少扯皮
2020-05-19 - sugar 👍（8） 💬（3）
这一节的内容看完，想补充几句： 老师给的这个优先级，应该说没有错，但职场大家工作不可能完全不考虑个人利益。那我从个人利益角度出发来说几句，老师提到的线上bug和安全漏洞往往属于费力不讨好的脏活苦活，这种问题一般用不着写多少实际的代码，却很可能要和上游下游各个环节甚至跨组跨部门沟通，你耽误了大半天时间修复问题，到了晚上下班的点发现自己原本排期的开发任务却没写几行代码，这时你去跟自己的leader说呢，leader的立场往往还会是“修bug修漏洞，那是公司的要求，排好的工作量你告诉我要延期，这个可是和我个人的业绩指标挂钩的啊”，很可能反问你一个漏洞要修一天？咱们业务压力也大，加加班赶一下不行吗？而且这种安全漏洞或者线上异常，你处理无误大家觉得是应该的，你处理失误造成个新的线上bug可更是得不偿失了，大家会说你不靠谱。很多时候，leader最希望看到的是你能修复漏洞+研发排期两不误，最终造成一个苦果是自己加班了...久而久之，大厂里形成一种氛围： 漏洞来了先看责任边界，是要不是我的分内之事，宁可踢一天皮球也不能接下来这个活儿。 不知老师怎么看？
2020-05-25 - Bug? Feature! 👍（8） 💬（1）
怎么整理优先级呢？ 首先把所有的事情列出来，然后对每件事情问自己两个问题： 1）不做这个会怎么样？ 2）做了这个能怎么样？ 剩下的事情，就是顺着这个思路走下去了，感谢老师的分享。
2020-05-19 - 6点无痛早起学习的和尚 👍（6） 💬（1）
工作本身有一个叫排期，我们要在ddl之前完成。 但是如果在这之间出现了影响到公司利益的东西就必须首先完成。 可能很多时候产品会有很多的需求来给你做，跟你商量排期，但是这时候你就需要跟产品商量工作的优先级问题，先做排期很急的事情
2020-05-19 - ecanfly 👍（5） 💬（1）
对于和经理讨论优先级的事情上，没有必要和老板过多争论，但是可以去询问背景和原因，就像文中说那样。事情充分沟通，过程坚决执行。
2020-05-24 - Geek_bdd0e7 👍（4） 💬（1）
尽量做到把阶段性成果给需求方，这一点我很受启发。 不仅能给人很靠谱感觉，还能更早的进入排除错误的环节。 事半功倍。
2020-05-19 - 前期メ后期 👍（3） 💬（1）
思考题 1.看完霍然开朗，我觉得我一定能很快走出困惑。
2020-05-18 - E 👍（2） 💬（3）
15分钟看正文，20分钟看评论……
2020-10-12 - Sdylan 👍（2） 💬（1）
一定要多和经理沟通，了解更多的上下文。不然你的优先级在他眼里就是鸡毛蒜皮的事。
2020-07-07 - hao-kuai 👍（2） 💬（1）
公司组织架构经历过项目制和部门制！ 项目制基本上没有优先级的问题，每天简短的沟通确定了今天工作内容和顺序，经理安排插入任务一般都是紧急的照做就是，不行就加班！ 部门制容易出优先级问题，每个PM都会觉得自己的任务很重要很着急，有严格流程的还会经过部门经理排计划，没有流程的PM都是直接给开发安排任务，而且还会频繁打断你的工作状态，最后被烦的不行就是一律找部门经理排计划
2020-06-16 - Geek_3b1096 👍（2） 💬（1）
喜欢老师举例子来说明
2020-05-20 - Rock 👍（2） 💬（1）
老师今天分享的和，高效能人士的7个习惯相似。今天收获最大的，多沟通，按照经理以定方案执行。
2020-05-18 - 小辉辉 👍（2） 💬（1）
优先级确实很重要，把事情一件件列出来，先做什么后做什么，这样效率也高，不会忙得晕头转向。在没有学会这一方法之前，经常是一天压根就没停过，有时候还要加班，到了准备回家的时候，才发现根本就没做啥事，或者重要的事一件都没开始。
2020-05-18