工程组织中的社会阶层

我最近读到中型初创企业人类学它认为，随着科技公司的发展，它们开始表现出部落或宗教的行为。这篇文章的前提比死刑更吸引我，让我思考社会等级制度。

在经济繁荣时期，人们通常不会明确地注意到社会等级制度——他们忙于做自己喜欢做的事情，无法分析自己为什么会生气——但一旦事情陷入困境，等级制度往往会成为一个声讨的痛点。

它们让人厌烦，因为它们代表了对员工评估的制度化不一致：你没有吉姆那么重要，他是个建筑师，你只是个工程师。

经典工程层次结构

工程师们抱怨管理轨道似乎是很自然的事——经理们总是受到极大的仇恨，可能是因为我们做了很多坏事——但我发现工程师们对直线管理的宽容程度远远高于另一条领导轨道：架构师。

我相信这是因为管理者代表了一种不同的技能，而大多数工程师并不特别向往这种技能。另一方面，架构师通常不会表现出不同的技能；Tim知道他在过去一年中设计了六个东西。如果你不叫我建筑师，为什么叫杰克建筑师？

另一个典型的紧张来源是前端和后端工程师之间的分歧(我在雅虎工作的时候写的！). 第三，一些组织区分了构建面向客户的产品的产品工程师和构建支持产品工程师的工具的基础设施工程师。

分离角色和标题

在每一种情况下，组织都开始将个人的角色与其价值混为一谈，而不是根据个人的价值来判断。初级基础设施工程师比高级前端工程师更有价值吗？建筑师比首席工程师更有效率吗？

没有背景，我想不会。

我相信这里的解决办法是将个人的角色与头衔和报酬脱钩。有时初级工程师可能担任团队领导。他们还是个初级工程师。有时，首席工程师可能是一个独立的贡献者，而在其他日子，他们可能领导一个关键的体系结构项目。改变他们参与的环境不应该改变他们在团队社会等级中的地位。

好 啊。现在，让我们重写我们的组织职业道路。