01丨优先级：工作中那么多事情，我要如何安排优先级？

作者回复: 优先级部分你总结的很棒👍 优雅的让自己做的事情让别人看到，我可以给你出个主意。 你说到大小事都报备不合适，那么不报备显得自己什么都没做，也憋屈。你可以这样，小事也是跟大事相关的，这些琐碎的、浪费时间的事情，为什么不得不处理呢？就是因为跟这些事情相关的更高层级的事情更重要。把自己做的事情跟这些重要的事情关联起来，就显出自己做的事情的分量了。 我随便举个例子。 比如说是给业务增加新的API和数据表。你只是单纯的说 “增加了一个表，添加了几个API操作表里的数据” 这样谁看着都枯燥。也突出不了自己的做的贡献。从技术角度看，也就是CURD，没啥好说的。 如果你在做API和数据库表的时候，多跟业务方聊两句，问问这个API是给哪个项目的，是干什么用的等等，那你报备的时候就可以这么些： “为公司重点项目购物车二期新增三个API，一个购物车数据表，提供了购物车二期项目中对Android和iOS应用中购物车操作的支持。” 所以，觉得做的事情没意思的时候，就问问业务方，因为我们做的东西的意义都是业务提供的。正如你说的那样，注意沟通，沟通让你获取更多的信息，see the big picture。

作者回复: 如果你的客户就只有这一个需求方，我建议你给出任务的工作量估算，然后让对方给出优先级。这样就能“逼”出对方心里真正的优先级，你自己干活也更有目标性。当然，对方可能自己也没有仔细思索优先级，就只是惯性的去把事情压给你而已。这时候你这么倒逼，也可以让对方更好的思索一下事情的优先级。 “ taskA，3周 taskB，5周 taskC，2周 现在还有一个月，这边有俩人，也就是8个周的工作量。你自己选吧，哪个可以延期。 ” 当然，对方可能说不行你就加班撒……，你就说，这个已经算上加班了😁。

作者回复: 关于优先级的事情，和经理积极讨论是个好事情，这样可以从经理那里获得更多的信息，了解自己做的事情的前因后果，来龙去脉。自己做事情也觉得更带劲。 决定事情的优先级是经理极为重要的权利。我的建议是，不要跟经理就事情的优先级有太多争论。 什么意思呢？并非说不能交流，交流是很好的一个过程，也是帮助我们理解经理这种决定的过程。交流 = 沟通事实，同步信息，表达自己的意见和想法。 交流之后，就听经理的判断，不需要再跟经理争论。因为决定事情的优先级是经理的一项重要的权利。这个权利就好像军队的指挥权一样。

作者回复: “漏洞来了先看责任边界，是要不是我的分内之事，宁可踢一天皮球也不能接下来这个活儿。 ” 我觉得这个没问题……不是自己的事情，本来就不应该自己做，否则做也做不好。皮球能踢出去，也得有理有据。 自己的事情自己做，就好像去超市买东西要付钱一样，天经地义，没得商量。该付多少钱付多少钱。 不是自己的事情，要自己做，那就像是慈善。就好像你看到路边有人淋雨，想买把雨伞送给ta。你去超市一看，一把雨伞10几块钱，买了就送了，就好像在不影响自己工作的情况下帮忙搞定一个事情。 如果你去超市一看，我去，一把雨伞好几百，算了算了不送了。悄咪咪的从超市出来就走了，没人能说你什么。 回头再想想，不是自己的事情，是不是就不应该自己做。如果自己需要一把伞，去超市买，再多再少的钱，心里也没啥好抱怨的。但是如果有人逼你买把伞送给别人，十几块钱可能还好，如果好几百块，你会心平气和的掏出来吗（保质保量的完成工作）？你可能会去路边买个十几块的（工作质量不保证），或者去pdd上买个几块的（不仅仅工作质量不能保证，还拖沓）。 还有一种情况，就是一种“吃亏是福”的心态。偶尔做一次这种事情，没意思，也没法说自己的贡献。但是如果一个人能“豁的出去”，主动承担组里所有相关的事情，这对这个人来说，也是树立了一种人设，打造了自己的一个招牌：安全升级我来搞定。当然，就像你说的，加班可能是难免的，但是这种方式，就是主动承担起更多的责任，会赢得应多人的喜欢。做的熟了，慢慢用的时间也会减少。有收获，肯定要有付出。当然，如果组里的人都把这种行为当“冤大头”，作出的这种贡献上到经理下到组员都不以为然，那就算了。 毕竟，最终还是看利益，只是长远利益和短期利益，直接利益还是间接利益而已。

作者回复: 很高兴文章对你有所帮助～

作者回复: 是的，加班不能解决一天就24个小时的问题，也不能解决人的精力有限的问题。事情多的时候，还是要搞清楚优先级的问题。优先级要考量的角度很多，文中我说了三个比较常见的考量纬度。

作者回复: ✅✅，搞清事实，说出想法，坚决执行

作者回复: ✅，就是这么个意思。虽然程序员有时候需要自己一个人静静，但是做出来的成果，一定要阶段性的让用户看看，这也是敏捷开发的要素。对于关键的项目，在关键阶段，一天一碰头也不过分。

作者回复: 加油～，有什么具体的问题我们也可以在留言区交流

作者回复: 就问你良心不良心 ^_^