Staff Engineer如何发现值得解决的问题

只有那些搞笑的人才会遇到这个问题。我的职业生涯大部分时间都在创业公司度过，我的经验一直表明，待解决的问题数量远远超过我清醒时间里能合理完成的工作量。

所以我并不是在“寻找”要解决的问题，而是尝试评估哪些问题最紧迫，或者哪个方案能一次性解决多个问题。学会正确地进行这种优先级排序，让所有团队和客户都满意并保持高效，是我职业生涯中非常引以为豪的地方。

这些都是很好的建议，但我要提醒那些在文章开头提出这个问题的人，他们可能根本不应该成为 Staff Engineer（除非你所在的公司里，这个头衔只是晋升阶梯上的一级，并没有区分不同的职责，这样的公司很多）。

我共事过的每一位成功的 Staff+ 工程师，他们的晋升通常更像是一种形式，因为他们本来就已经在干着相应的工作。而每一个我看到的“晋升到不胜任位置”的人，都是在拼命争取头衔和加薪，试图“玩弄规则”来达到目的。

如果你解决他人问题的动机是为了获得晋升，而不是因为你本身就喜欢解决问题，那么这份工作可能并不适合你。

我认为几乎所有的科技行业都臃肿不堪，大规模裁员对大多数公司来说都不会造成太大影响（尽管这对人们的生活有害，所以这样做似乎很残忍）。团队人数减少意味着更少的上下文切换，开发者能拥有更多主导权。他们不需要到处找活干，工作就摆在眼前。在我工作过的许多大型科技公司里，我看到太多人根本没有足够的工作可做。他们最终只能靠开会和其他浪费时间的东西（比如写文档）来打发时间。经理和总监似乎都喜欢庞大臃肿的团队，他们的头数越多，就越能要求更多资源并推动自己的晋升。

来自一家类创业公司中一位“Staff+”级别的技术/产品个人贡献者（IC）/领导者的提问：

> [...] 通过解决分配到的最难问题来证明自己的价值。这绝对能带来晋升。但在我的职业生涯中，给我留下最深刻印象的项目，是我自己发现并解决了一个我的领导们尚未意识到的重要问题。

这段话是用大型企业的员工激励术语来框架的：被公司重视、获得晋升、提升职业生涯。

在大型企业的環境中，是否通常可以只专注于公司的实际成功和客户利益，同时让所有需求（金钱、地位、安全感等）都得到满足，而无需刻意去考虑这些？

还是说，迎合大型企业的奖励机制——比如达成已知指标、参与高知名度项目、进行角色扮演、并在关键人物那里获得认可——是你所能达到的最接近“目标一致”并做出积极贡献的方式？

我在高级到 Staff 工程师这个过渡阶段遇到的挑战是，拥有深厚的技术知识意味着我可以快速高效地解决短期问题，就像响应请求一样。

作者提到你应该花时间理解其他团队的挫败感，但这需要耗费大量时间，而且我不喜欢成为那个滔滔不绝却从不写代码、不交付功能的人。我很想听听其他人是如何经历这一点的。

我希望我们最资深的 Staff 工程师/架构师能真正做一些有用的东西。他们喜欢玩弄一些与我们当前平台或未来发展方向毫无关系的新技术。有时他们会试图修复上一任架构师开始但未完成的事情，然后自己也跳槽去下一份工作。

我理解那种等待同一个模式在多个不同问题领域出现，从而为它们构建一个通用好方案的思路。

但有时这成了一个先有鸡还是先有蛋的问题。

团队通常没有耐心等待你的“完美方案”。如果你没有一个现成的方案能轻松解决他们的问题，他们就会自己搭建临时方案，或者如果任务太难就直接放弃。而且这些团队都有自己本季度要处理的优先事项，所以即使你后来构建了一个合适的方案，他们也不太可能迁移到你的方案上，或者重新启动他们的任务。

因此，即使你已经积累了很多旧用例，当你构建一个合适的方案时，你仍需要新的用例来证明你的努力是合理的，这些用例必须来自那些愿意配合你方案迭代的所有者团队。而当你有带宽和资源去真正做这件事时，这类新的用例可能会出现，也可能不会出现。如果你错过了一次机会，组织优先级的不断变动很可能意味着你再也没有机会做了。最终结果是，每个团队要么自己搭建临时方案，要么如果太难就直接放弃，而没有真正的解决方案。