每个人都想雇用,或者是该公司的10倍软件工程师。能够比同龄人更好地变得更远的工程师。我目睹了几个10倍的工程师,以及某些团队我甚至是10x工程师,现实是10倍工程师有几种形式。某种形式的10倍工程师实际上对公司有害,并且不幸的是一些最常见的。关于10倍工程师的唯一常数是它们,它们相对于同龄人产生了10倍。
请注意,我突出了在实际工作之间区分的感知工作。我认为思考差异的最佳方式是&#34的物理定义;"携带岩石的人可以整天在一个圆圈中行走,但他们在岩石上做了很少的工作。而另一个人可以在一小时内携带那岩石到另一个位置,然后整天坐在周围,而且他们做了比第一个人更多的工作。然而,如上所述,一个人是活跃的,"工作"整天,另一天休息了。同样,一个人不断重做一项工作("重构")看起来比在第一个地方做得更多的工作。
我还突出了同行,因为工程师可以做多少工作的基本基线。关于10倍工程师测量的一切都与他们的同龄人有关。这很重要,因为一些最常见的10倍工程师作为其同龄人的富有成效的10倍,但它们通过限制同龄人的生产力(几乎总是无意中)这样做。
此外,我想指出,虽然一位非常好的工程师和仅仅是称职的人之间显然有所不同,但这篇文章完全关注" 10x"工程师。似乎有人似乎产生了比同龄人平均工作量的十倍。我坚信,任何两人同样地以语言和码比的语言和代码巴竞争的人均产生相同数量的感知工作,无论其工程剧如何。可以生成稍后需要修复的子标准代码,但在测量10倍工程师时,这是无关紧要的。所以总而言之,这是关于生产更多代码的工程师,而不是他们的同龄人,无论"质量" (这太主观了)。
随着所有的方式,我想经过10倍工程师的许多面孔。有两种主要类别要考虑。通过限制他们的同龄人来实现10倍的工程师,以及由有限的同行包围的10倍工程师。
这可以说是我找到了10倍工程师所找到的常见情况,我希望说明这很少恶意地完成。我从未与一名工程师一起积极和有目的地限制了他们的队友,以恶意意图,但我不会说没有这样的工程师。在任何情况下,这里是某些特征的列表I&#39找到了10倍工程师,我将在下面更详细地描述。
第一个特质,不断重构,是我最喜欢的,因为它不仅是最常见的,而且是最常见的。这台工程师正在逐步逐步取得良好的进展,这些代码有点凌乱,可以清理。然而,这种情况下的大部分重构只是识别工作而不是实际工作。当然,代码处于更好的位置,但通常不是大量来实际证明工作。大多数时候这就像是整个圈子中滚上岩石的人,并将它放在剩下的地方剩下了几英寸 - 很少完成实际工作,但是已经完成了一大吨的察觉工作。
也许更有阴险的是对同龄人的成本。他们曾经理解的代码必须被重新解析和喷气。这可能是他们接受的每项新任务或项目的次要或重大放缓,这很快就会增加!对等'代码和系统的心理模型必须不断留在助焊剂中,这增加了每个任务要做的工作量。当然,重构没有这个问题,因为他们创建了新模型,可以快速工作,好像重构没有发生。
处理情况并不容易,因为"工作"正在完成,它可以说是代码和#34;更好。"让某人充分了解重构的成本可能很困难。此外,还有一些方案,其中重构是绝对必要的,可以加快整个团队。但是,如果你看到一个似乎不断重构的10倍工程师,也许需要一些时间来思考它们是10倍,因为他们实际上是放慢其他人的速度。也许尝试提出一个系统来评估重构是否实际上是值得的,以便在对等方面做这个因素。
格林菲尔德发展可以说是每个人和最喜欢的工作类型。通常,通常是最快的工作,因为没有传统系统到Grok或处理,一切都从头开始。如果您的同行在遗留CodeBases上添加功能,并且您可以在Greenfield项目上工作,很容易被视为10x工程师。这也是一个积极的反馈循环 - 上层管理层希望在绿地工作中最好,看起来比目前在绿地项目的人员更好?
事情变得棘手的地方,而10倍工程师可以真正将其作为10x工程师巩固的位置,是他们拒绝写文档,直到代码"稳定。"这种10倍的工程师流畅地,这个10x的工程师通常是下一个Greenfield项目,就像这个获得"稳定"并被转移到另一个团队以维持。新团队可能会在表面级视图中编写一些关于它们可以的文档,但它们永远不会像原始开发人员写过的那样充实。这大幅度限制了任何尝试添加功能或修复问题的人的有效性,因为它们具有子标准文档,从而进一步巩固了10倍工程师'在顶部的位置。
在格林菲尔德项目开始时,写作和维护文档可能比价值更麻烦。但是,如果您的10X工程师没有为某些项目写入好的文档,然后继续下一个项目,那么这是一个明确的迹象,你有什么不是10倍的工程师,你有一个工程师减慢其他人。也许在任何人被允许过渡到新项目之前,为如何为项目编写文件的计划,并将这些文档审核并由同行审核。此外,考虑在格林菲尔德项目提供其他工程师,您可能会惊讶于多少" 10x"你实际上拥有的工程师!
拥有一个10x的工程师,回答所有问题的所有问题都是一个特征和更多的问题。回答问题很棒,并且拥有你的高级工程师帮助初级工程师或彼此一直是一件好事。但是如果一个人似乎始终是答案的人,即使在尿路前(或者每个人都指出一个人的答案),那么需要一秒钟来考虑实际发生的事情。无论是没有人都感到舒适的回答问题,或者没有人知道某些问题的答案。
这在具有恶化文件的地方最常见,其中所有知识都有效地举行了一两个人。当一切都必须通过你时,很容易被视为10倍的工程师 - 你将成为其他人的瓶颈!
这里最简单的解决方案是让10X工程师编写一些文档,并传播知识。也许有知识股票或午餐和学习。有一个" 10x"刚刚遇到所有知识的工程师不是可持续的情况。
有时有一个聪明的解决方案绝对对有些工作来说至关重要。例如,作为必要和巧妙的解决方案,臭名昭着的快速逆平面根目的是。然而,大多数时候,绝对没有必要聪明。
与灵活性相似,有时需要柔性系统。某些企业应用程序具有具有卷积要求的业务客户端,并且可能需要一种灵活的系统来处理多种不同要求。但是,大多数时间不需要灵活性,并且通常会过早地放入"只是为了" (特别是在企业产品中)。
在这两种情况下,有需要这些解决方案的时间,并且只有ISN'这条路。不幸的是,很多时候都有一个" 10x"在那里举办过聪明或灵活的解决方案的工程师,在那里'这是一个真正的要求。在一个孤立的系统中,这可能没有任何真正的影响。当这种过度聪明或灵活的解决方案是他们所有同龄人的工作的直接路径时出现的问题,因为现在每个人都必须做额外的心理体操以完成他们的工作。
从我所看到的,10倍的工程师通常必须做较少的精神体操,以完成他们的工作 - 只是因为他们是那些想出聪明或灵活的解决方案,并密切了解它的约束。这让他们可以获得更多的工作,而不是同龄人,并且在这方面,这对同龄人的额外的消失思想来看,这可能只是他们刚刚art#39; t smart足以跟上。
幸运的是,这相当容易被发现 - 只是问人!每个人都抱怨一些x系统被复制,并且是该系统所需的是卷积的吗?也许需要更好的记录或培训,或者可能需要将系统撕掉并更换有更简单的东西。聪明和灵活性以成本为付 - 这种成本正在减速工程师。
此时似乎每10倍工程师实际上只是一个欺诈,即使他们不算事。但肯定有一些案例,有一个10倍的工程师,他们aren' t只是放慢他们的同龄人。然而,事情是相对的,这通常比10x工程师更多地说到同行。以下是我注意到的一些情况:
我' D争辩是我唯一的情况,我看到了一个真正应得的10倍工程师。这是一个简单地拥有疯狂的特定知识的工程师。也许是关于他们基本上记忆的规范,或者他们已经在公司一直处于公司,他们知道众多系统的Ins-outs和On-out' t必须通过文件追捕以进行一些改变。
在任何情况下,具有巨大域特定知识的10倍工程师能够明显比同龄人更好,因为同伴必须进入详细的规格或文档来找到一些答案,这位工程师可以将其拉脱他们的头。这减少了每项任务所需的努力,因此他们可以获得更多的任务!
这种类型的10倍工程师非常罕见,并且可以在应用中公平利基。没有人知道每个规范或所有文档,所以这位10x工程师往往只在特定情况下闪耀。另外,重要的是要确保这是一个10倍的工程师,因为它们有效地存储了规格和文档,并且该文档确实存在,否则这只是另一个" 10x"谁有' t写下任何文件并持有同行的工程师。
作为10倍工程师被视为最简单的方法之一是被同行似乎能够完成任何事情的同行包围。也许所有同龄人都是新的新毕业生(因为你可以获得两个新毕业生的时候为什么雇佣一位高级工程师?)或者只是无能。
不幸的是,这可能是最难检测甚至徒劳的。但是,如果你' vere排除了所有其他情况,也许你没有找到粗糙的钻石,你的10x工程师也可以找到一个光滑而有光泽的岩石,你的比较点真的很粗糙。
也许更令人不幸的是,这笔工程师通常会很快留下。除了我自己的体验之外,我没有太多的理由,除了我自己的体验,我还是加入了一支球队,几小短几周后,它是不好的!
除了投资培训之外的组织级别,我不知道这是一个很好的修复。但是,如果您是一个新的工程师,并且在没有上述任何特征的情况下发现自己是一个10x的工程师,那么是时候找到一个新的团队或公司了。
10倍工程师的想法真的诱惑许多企业。 和我' ve看到(或听到来自朋友和同行的故事)关于篮球公司将通过他们来保持他们的" 10x" 工程师很开心。 但现实是,您想要留在贵公司的唯一10倍工程师是非常罕见的,非常适用(至少在10倍级别)。 最有可能你拥有的10倍工程师实际上是持有团队回来,而不是故意,而是通过试图做他们的想法是正确的。 我认为能够识别这些情况并尽快促进纠正措施。 当然存在10倍的工程师,他们没有任何对等伤害的特征,谁的域名知识似乎涵盖了很多域名。 但是,它可能更有价值地找到非" 10x" 虽然这更难衡量,但工程师非常称职并产生高于平均水平的工作。