评估工程师的两种方式:绝对价值与替代价值

3 阅读1分钟

评估工程师的两种方式:绝对价值与替代价值

原始链接:https://www.seangoedecke.com/value-over-replacement

评估一名工程师提供了多少价值,通常有两种方式: 第一种是算总账——看你发布的所有代码以及它们带来的总收益(比如赚了多少钱)。 第二种是看差异——弄清楚你个人做了哪些换作“普通替代者”做不到的事。 简而言之,你可以看自己的绝对价值 (Value),也可以看你的替代价值 (Value over replacement)

这两种方式没有绝对的优劣之分,但你得清楚自己该用哪一种以及为什么用。比如,如果你想知道自己当前的薪水拿得值不值,你应该看绝对价值。这笔账很好算:公司在你身上花了多少钱,又从你这儿得到了多少回报。但如果你想知道自己是否该升职了,你就应该看替代价值。你写的代码每年给公司带来 1000 万的收入当然很棒,但如果这是普通的常规工作,换作你的任何同事(比如你请病假时由别人接手)也能完成,那这并不意味着你的表现超出了你当前的职级。

如何衡量“绝对价值”?公司在你身上花了多少钱很容易算,难的是估算公司收回了多少钱。如果你了解公司的利润,你可以试着估算你所在的部门创造了多少利润,以及你的代码在其中贡献了多少。例如,你为一类新用户开发了注册流程,这些用户每年带来 500 万的收入,那你完全有理由说,你的价值就是这 500 万中的某个合理比例。

那怎么衡量“替代价值”呢?这需要你去猜:你做的哪些事情,换成其他同级工程师是做不到的(或者做得更慢)。你需要在脑海中设定一个“替代水平工程师”的形象——也就是你所在公司能招到的跟你同级的平均水平工程师。在这点上人很容易自我欺骗:要么觉得替代自己的人是个大笨蛋,要么觉得替代者是个超级大神。总的来说,衡量替代价值比衡量绝对价值难得多。

如果你有主动找活干的习惯(比如研究新功能,或者通过分析数据找出性能问题),估算你的“替代价值”就会容易得多。“替代者”通常只会尽力完成分配给他们的任务,但他们不会有和你一样的创意和点子。只要你主动发掘的工作确实产生了价值,这部分价值就是你的“替代价值”。

当然,你在做日常工作时绝对也能提供“替代价值”,只是不太容易被发现。一个明显的信号是:当你(或其他工程师)因为专业知识、开发速度极快等原因,被点名要求参与某个项目时,这就是对你“替代价值”的直接认可。

理论上讲,你不一定非得提供“替代价值”。在各项指标上都达到“标准水平”,就已经算是合格的工程师了。但现实中,没有人能在所有方面都刚好标准。每个人都会在某些任务上表现较差,在另一些任务上表现更好。所以在实际工作中,你最好在某些领域能提供正向的“替代价值”,因为你在其他领域可能正在提供负向价值。


如果你喜欢这篇文章,欢迎订阅我的邮件更新,或者在 [Hacker News 上分享](news.ycombinator.com/submitlink?… over replacement in software engineering)。下面是另一篇带相同标签的相关文章预览:

优秀的工程师总是经常做出正确决定

亚马逊有一条饱受争议的领导力准则:“优秀的领导者通常是对的(are right, a lot)”。我不确定这对领导者来说有多大用处,但这对于工程师来说绝对是真理。优秀的工程师确实经常是对的。

Bryan Cantrill 在这里 对亚马逊的这条准则进行了一番精彩的吐槽。我同意 Bryan 的看法,这听起来有点蠢,而且它并不能作为指导艰难决策的根本原则(比如:没问题,选正确的就行了,就像优秀的领导者会做的那样!)但我认为这是一个不折不扣的事实。优秀的领导者确实经常是对的。当然,这是由其他品质带来的:比如他们很聪明,或者他们身边有优秀的人,或者是其他上百个原因。我认为亚马逊这条准则的重点在于,把这些零散的品质综合起来评估太难了,但问自己这样一个问题却很简单:这个人是不是经常做对?
继续阅读...