在科技公司，如何识别真正重要的工作
原始链接: https://www.seangoedecke.com/what-is-important
在科技行业，最重要的职业技能之一就是学会识别真正重要的工作。很多工程师在整个职业生涯中都没有主动做过这种判断。他们可能偶尔在冲刺计划会议上针对某个问题发表意见，但心里并没有一份关于团队核心任务的清单。把这个决定权推给经理确实很容易：毕竟，决定哪些项目重要似乎不是你的本职工作，你的任务只是执行和解决技术问题。
但这是一个大错！在科技公司，大多数所谓的"优先工作"其实优先级并不高。这里的工作不像流水线，每一小时的价值都一样^1^。它更像"消防员"：平时大部分时间比较清闲，但关键时刻必须全力以赴，确保万无一失。
为什么重要的工作很稀缺
这是因为科技公司同一时间只能专注一两件事。"专注"意味着 CEO 正在亲自跟进，而一个人能紧盯的项目数量是有限的。你可以把它想象成一束在公司内部移动的"聚光灯"。当聚光灯打在你们团队的项目上时，你最好能放下手里无关紧要的活儿，全身心投入。但这束光一次只能照在一个地方，最终它是会移走的。
对重要工作有敏锐嗅觉的工程师，能早早发现聚光灯的动向并做好准备。反应迟钝的人则会因为正忙于其他琐事，无法立刻抽身参与高优先级项目。这非常糟糕：
- 对个人而言：错失了在公司高层面前展现价值的机会。
- 对团队而言：导致团队在重要项目上人手不足。
- 对公司而言：影响了核心关注项目的执行效果。
做错事情的代价
最糟的情况是，在团队全员出动的紧急时刻，工程师不仅没意识到重要工作正在进行，还在公共场合（比如 Slack 上）提问或汇报完全不相关的任务。这比什么都不干还要糟。 经理们非常反感这种情况，因为这向所有人暴露出他们没能让团队保持专注。这会让人显得极不专业。
当聚光灯照向某个团队时，高层管理者会注意到哪些工程师在出力（或者至少看起来在出力），同时也会留意谁在犯低级错误，或者谁干脆在做别的事。你可能辛辛苦苦攒了一年好口碑，却因为一周的"毫无作为"毁于一旦。反过来看乐观的一面：如果你能在关键的一周里表现极其出色，也能弥补平时平淡的表现^2^。
当聚光灯不在你身上时
当你没有参与高曝光度的项目时，我建议每周抽出一点时间（比如 10% 或 20%）作为自己的"实验日"。利用这段时间去争取一些能直接写进晋升报告或简历的"小胜利"。更重要的是，这能让你学会"为自己的决定买单"。如果你花了一下午做自己选的事却毫无价值，那纯粹是你自己的问题，这就像你打了一下午游戏一样。一旦意识到这一点，你就会被逼着变得更加主动，这对你的职业生涯大有裨益。
什么样的项目会毫无价值？例如：
- 低价值重构：没人注意，仅仅为了满足你个人的代码洁癖。
- 无法落地的功能演示：比如完全不符合公司战略的东西。
- 引入新 Bug 的修复：修好一个又搞坏一个，等于白费力气。
- 无意义的性能优化：在根本不在乎性能的地方（如后台管理面板、低频 API）做优化。
这些项目之所以没有价值，根本原因在于它们既不能赢得经理的认可，也不能赢得同事的赞赏。
实验日的价值
作为初级工程师时，我做过最有用的一件事就是参与 Zendesk 每周的"实验日"（类似于谷歌的"20%时间"）。规则很简单：每周花一天做自己选的项目，只要和工作沾边就行（比如演示新功能、清理代码等）。
我早已忘了当年在实验日做过什么具体项目（可能是一些我当时很感兴趣的微小性能优化）。但它真正的价值在于：让我定期练习了"决定自己该做什么"的技能。 这确实是一项需要练习的技能：刚开始你会做得很差，你需要时间去学习和体会哪些任务能产生切实的影响，哪些不能。
总结
- 决定"该做什么"是一项大多数工程师缺乏练习的技能。
- 大多数所谓的优先工作其实优先级很低，真正的价值在于知道何时、何地集中精力。
- 科技公司处于"聚光灯"模式，领导层一次只能关注一两件事。
- 当聚光灯照向你的团队时，你必须做好准备，因为高影响力的工作只发生在短暂的关键期。
- 在错误的时间做错误的事比什么都不干更糟，这会显得你缺乏大局观并损害你的声誉。
- 当聚光灯不在你身上时，主动创造机会能让你保持工作热情并积累信誉。
- 并非所有副业项目都有价值。好项目要么能赢得经理的认可，要么能赢得同事的赞赏。
如果你喜欢这篇文章，可以考虑订阅我的邮件更新，或者将其分享到 Hacker News。以下是一篇带有相同标签的相关文章预览。
在大型科技公司，我如何交付项目
过去十年里，我在科技行业交付了许多不同的项目。当需要确保重要项目万无一失时，我经常被点名去领导它们，因为我很擅长做这件事。在大型科技公司交付项目和写代码完全是两项不同的技能，很多代码写得极好的人在交付上却一塌糊涂。
继续阅读...