职场求生攻略
臧萌
PayPal 数据处理组技术负责人,《Java 入门 1 2 3》作者
11259 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 34 讲
结束语 (1讲)
职场求生攻略
15
15
1.0x
00:00/00:00
登录|注册

01丨优先级:工作中那么多事情,我要如何安排优先级?

你好,我是臧萌,这篇文章是专栏的第一篇,我们以工作中的优先级这个话题开始。我们在日常工作中,总会这样感慨:事情,是干不完的。
既然干不完,那我们就要分清轻重缓急,哪个重要,哪个不重要,给它们划分一个优先级,这样不至于让自己手忙脚乱。
能给手头的事情排上正确的优先级,是一项很重要的工作能力。
当然,我们在生活和学习中,事情也可能不少。但是和工作中的优先级相比,生活和学习里的事情是我们自己的事情,只要安排得让我们自己满意就可以了。在工作中,事情的优先级的标准,是要让公司受益,让老板满意,让同事认可。
首先呢,我们先谈谈优先级为什么重要。

优先级的重要性

我工作中有一段时间,就经常被工作的优先级所困扰,经理也时不时地批评我:“这个事情这么重要,你怎么到现在还没开始弄?”我心里也有点憋屈:“我又没闲着,我做的事情还不都是经理安排的么?”
这里有一个很重要的字眼——重要。
优先级有很多的考量,并不是简单的先来后到的线性时间顺序,我们需要根据事情的要紧程度安排优先级。
还有一个需要考虑的因素就是程序员的工作性质。对于软件工程师来说,一个事情可以用一天的时间做完,也可以用一个星期的时间精心打磨。如何在时间有限的情况下安排自己的时间,让时间用在最值得做的事情上,就是排优先级需要考虑的内容。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

这篇文章讨论了如何在工作中合理安排优先级以提高工作效率和与同事的合作关系。作者强调了优先级的重要性,并从工作性质和合作安排两个维度介绍了优先级的安排方法。在工作性质方面,作者提到了公司发展计划、安全相关事务和生产事务的重要性和应对策略。在合作安排方面,作者强调了与经理的沟通、临时安排事务的处理以及与其他部门的合作的重要性。文章通过实际工作经验和案例,为读者提供了一些实用的工作优先级安排方法和技巧。总的来说,给工作安排优先级不仅提升工作效率,也是提升自我和磨合团队的重要方式,对于程序员和经理来说都是必备能力。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《职场求生攻略》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(25)

  • 最新
  • 精选
  • 牛牛
    现在在优先级的事情上基本上能处理的比较好, 按照 1. 先紧急后常规(安全+线上问题优先, 业务开发随后, 自发项目优化并行(看项目和优化项目的紧急度)、代码优化整理类最后); 2. 不阻塞别人(先合作项目、再独立项目) 3. 先约定后开发(api文档先行) 4. 先工作量少, 流程长的(比如、资源申请这种) 的原则, 其实我觉得可以用一句话概述: 先把不可控变成可控. 与人合作项目, 尽可能不让别人成为自己的阻碍, 给足别人buffer, 为了配合别人前期工作, 我们的工作甚至可以后开始, 充分完成沟通、协调、约定、再进入我们自己的开发~~~~ 感觉自己做的不好的地方是沟通, 希望学到 怎么优雅的把自己的工作给领导和小伙伴们看到? 大小事都报备肯定不合适, 可往往有一些琐碎的事、又比较浪费时间, 还不得不处理, 但是在别人看来可能是什么都没做的状态. 关于这点比较迷茫

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

    2020-05-19
    4
    38
  • 关于优先级,工作中有个疑问是: 需求方总是拼命推动我干啥干啥,搞得一副很急的样子,但真的做好了,他们自己那块的内容就拖一直拖着也没看有什么紧急的样子,这个时候就有种被骗了的感觉哈哈哈,不爽特别不爽,很容易打消自己的积极性。

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

    2020-05-19
    26
  • Middleware
    不错,好好利用下,有时候因为项目的优先级,和领导不少扯皮

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

    2020-05-19
    12
  • sugar
    这一节的内容看完,想补充几句: 老师给的这个优先级,应该说没有错,但职场大家工作不可能完全不考虑个人利益。那我从个人利益角度出发来说几句,老师提到的线上bug和安全漏洞往往属于费力不讨好的脏活苦活,这种问题一般用不着写多少实际的代码,却很可能要和上游下游各个环节甚至跨组跨部门沟通,你耽误了大半天时间修复问题,到了晚上下班的点发现自己原本排期的开发任务却没写几行代码,这时你去跟自己的leader说呢,leader的立场往往还会是“修bug修漏洞,那是公司的要求,排好的工作量你告诉我要延期,这个可是和我个人的业绩指标挂钩的啊”,很可能反问你一个漏洞要修一天?咱们业务压力也大,加加班赶一下不行吗?而且这种安全漏洞或者线上异常,你处理无误大家觉得是应该的,你处理失误造成个新的线上bug可更是得不偿失了,大家会说你不靠谱。很多时候,leader最希望看到的是你能修复漏洞+研发排期两不误,最终造成一个苦果是自己加班了...久而久之,大厂里形成一种氛围: 漏洞来了先看责任边界,是要不是我的分内之事,宁可踢一天皮球也不能接下来这个活儿。 不知老师怎么看?

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

    2020-05-25
    3
    8
  • Bug? Feature!
    怎么整理优先级呢? 首先把所有的事情列出来,然后对每件事情问自己两个问题: 1)不做这个会怎么样? 2)做了这个能怎么样? 剩下的事情,就是顺着这个思路走下去了,感谢老师的分享。

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

    2020-05-19
    8
  • 6点无痛早起学习的和尚
    工作本身有一个叫排期,我们要在ddl之前完成。 但是如果在这之间出现了影响到公司利益的东西就必须首先完成。 可能很多时候产品会有很多的需求来给你做,跟你商量排期,但是这时候你就需要跟产品商量工作的优先级问题,先做排期很急的事情

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

    2020-05-19
    6
  • ecanfly
    对于和经理讨论优先级的事情上,没有必要和老板过多争论,但是可以去询问背景和原因,就像文中说那样。事情充分沟通,过程坚决执行。

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

    2020-05-24
    5
  • Geek_bdd0e7
    尽量做到把阶段性成果给需求方,这一点我很受启发。 不仅能给人很靠谱感觉,还能更早的进入排除错误的环节。 事半功倍。

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

    2020-05-19
    4
  • 前期メ后期
    思考题 1.看完霍然开朗,我觉得我一定能很快走出困惑。

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

    2020-05-18
    3
  • E
    15分钟看正文,20分钟看评论……

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

    2020-10-12
    3
    2
收起评论
显示
设置
留言
25
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部