东方时讯网
作为经理，我认为我有责任为每位工程师提供他们可以执行的现实和可实现的增长计划。在这一职责中，我努力做到公平客观，确保每个人在每个工程增长水平上都遵守相同的标准。这种客观性对于消除促销和薪酬对话中的任何潜在偏见非常重要。而且因为工程师的成长是一件复杂的事情，所以我喜欢在这种追求中使用一种工具。我将该工具称为“能力矩阵”。在2018年初，我在CircleCI工作，担任工程经理，我们有32名个人贡献者，并计划在那一年加倍。该公司已经拥有一个能力矩阵，但它已经过时，并且不具备我们已经发展的技能。这使得性能和增长对话非常困难，因为我们必须引导这些对话的工具必须使用大量的星号。
我们遇到了问题，我想成为解决方案的一部分，所以我开始为公司建立一个新的能力矩阵。这是一个漫长的过程，从开始到组织采用，持续了八个月。
一路上我学到了很多东西，包括我们采取的步骤是浪费的，哪些是有用的。我相信这是一个强大的工具，可以帮助组织为员工提供明确的增长途径，我希望减少公司自身发展的障碍。
因此，我在此向您介绍构建自己的能力矩阵所需的七个基本步骤。如果您希望为您的员工和报告提供清晰，商定且明确的组织发展途径，那么这就适合您。
第1步：让这个人成为头等大事
回想起来，这是我们漫长的重新设计过程中最重要的因素。我最初把这个项目作为我的众多项目之一。我唯一需要专注于矩阵的是清晨，深夜和周末。这对我来说是一个激情项目，我喜欢在这方面工作，但我无法给予它所需要的照顾。
当我们的新工程总监Lena Reinhard加入时，她将此作为她的第一个大项目。在此之后我们密切合作，但她现在“拥有”它的事实让我立刻明白了我有限的可用性是多少让这个项目得以恢复。如果我在空闲时间继续开车，我不知道我们是否会在2018年看到它完成。
如果你正在接受这个项目，那就把它作为他们的第一份工作给予应有的关注。
第2步：同意你正在建设什么
在所有利益相关者就您的目标达成共识之前，每次实施的尝试都会停滞不前。
能力矩阵是设置文化语气和方向的有力工具，因此在设计矩阵时，您将有许多有影响力的选择。每个人都有后果，如果团队一致，你只会通过他们。
对我们反复提出的一个问题是：这是现状的编纂还是这个有抱负的?(我们花了大约一半的时间才明确同意它是两者的混合。)
协议的另一个关键点是：谁将受此影响?在我们的案例中，这个问题取决于我们的新矩阵是否会影响我们的网站可靠性工程师(我们决定它会)。
也许您正在为整个公司构建矩阵，或者您正在为前端开发团队构建矩阵。受影响的角色的广度将极大地改变您选择编写的能力，以及您需要使用的抽象级别。所以问这些问题，并得到明确的同意。
最后，我们需要就矩阵的目标达成一致。我们认为主要目标是与个别工程师进行绩效评估和增长规划。其次，我们想用它来影响我们的招聘流程，并在外部沟通什么是各级工程师的意思。了解潜在用途以及这些用途的优先级，可以指导某些决策。
第3步：按您的价值观指导
对我来说，这是整个过程中最有趣的部分。这是你坐下来讨论“对我们来说最重要的事情的部分吗?”我们得到了我们出色的人力资源主管David Mann的帮助，他带着记录卡详细说明了大约100个有价值的行为特征。专业的。这些不是特定于工程的，而是从沟通到政治意识。我们还利用其他公开的能力矩阵来表达可能在运行中的想法。
我们也喜欢以团队的形式提出自己的价值观。在我脑海中最突出的是“经济思维”，管理团队不断讨论的是将优秀开发人员与优秀开发人员区分开来的关键技能之一。我们没有从任何人力资源悬崖笔记或我们咨询过的其他矩阵中借用这种能力，但从一开始，这是我们知道在最终裁员中的关键能力。
开始广阔，梦想大!最好先在前面放一个宽网，然后再合并切割。
一旦你有了一个列表，做一些合并相似的能力是一个好主意，因为它将节省你在这个过程中的时间。例如，我们将实用主义和经济思想融合在一起，因为我们意识到这些能力的表现导致了相同的行为。
第4步：定义您的级别
在开始实际填写内容之前，最好定义矩阵的x轴：标题和责任方面的增长。在我们公司，我们已经拥有了我们想要使用的现有标题集(E1 /副软件工程师到E6 /首席软件工程师)。然后我们明确同意每个标题的一般责任。
我们将其分为两类，都侧重于个人贡献者：E1，E2和E3专注于掌握软件工程技能并成为高效IC。E4，E5和E6专注于利用这些技能来扩大影响力，并在越来越大的人群中创造杠杆。
一旦我们获得了这个高级指导，我们就会进一步细分，为每个执行级别分配范围。在我们开始创建内容之前，我们有以下指导原则：
E1 - E3：执行工作
E1：在任务中
E2：在项目内
E3：团队内部
E4 - E6：利用技能来扩展和产生杠杆
E4：团队合作
E5：设置相关团队
E6：到工程部门
当然，这些是指导方针，而不是规则。例如，我们期望E4s，E5s和E6s以不同的频率为组织实践和流程做出贡献。像所有人类追求一样，职业发展在实践中比在理论上更加混乱。但是，通过预先设定明确的指导原则，您可以轻松地使低电阻路径，并将时间集中在那些更难，更脏的位上。
第5步：创建内容
这一步绝对是最费力的。但是，如果你按照步骤1-4进行操作，那么对于你来说，这个步骤应该比我们更容易。我试图在整个过程中多次解决这一步骤，但如果没有正确的框架来塑造我的方法，我常常感到漫无目的和分散。一旦框架到位，填写内容变得更加直截了当。
考虑到这一步的嗜好，我将进一步分解为子步骤。在此测序之后应尽量减少任何浪费的工作。
5.1：为所有能力定义单一级别
5.2：寻找合并能力的机会
5.3：填写其余级别
5.4：Wordsmith
步骤5.1：为所有能力定义单一级别
我强烈建议的第一步是为所有能力定义一个级别，例如您的高级软件工程师。而不是试图通过定义单一级别来表达“提供反馈”作为E2与E3的意义之间的微妙差异，而是通过定义单个级别来表达每个能力的含义，这是一个非常有启发性和对齐的过程。
我们通过定义两个图块来略微区别：E3(顶级个人贡献者)和E4(比例和杠杆的第一个位置)。鉴于我们执行与扩展的分歧方法，这让我们更好地了解了通过开发人员在我们公司的职业生涯中的关键步骤，增长是什么样的。
步骤5.2：寻找合并能力的机会
当您为每种能力定义单一级别时，会发生一件令人惊奇的事情：您会发现某些值指向相同的行为。这是合并的机会!
在我们定义了单个级别之后，我们注意到我们有两个奇怪相似的区块：自启动和交付责任。虽然这些能力看起来不同，但我们编纂的行为足够相似，我们将它们合并为一个单一的块：可靠性和交付责任。
在早期，我们明确同意我们希望我们的矩阵能够集体详尽地定义CircleCI开发人员的增长情况，同时尽可能简单。最终，我们最终获得了27项能力。然而，当我们开始5.1时，我们差不多有50个。为每个人定义行为向我们展示了我们有机会巩固的地方。
步骤5.3：填写其余的关卡和文字匠
既然你知道你在矩阵中拥有你想要的行为和能力，那么现在是时候填写其余的细胞了!这一步是很多工作，但是重要的一步因为它是矩阵的核心。
在此步骤中，这将是开始拼写文字的最佳时间。虽然你正处于定义关于将经济思想扩展到一个团队与多个团队意味着什么的细节的细节，但是关于你正在使用的语言是否恰当地传达意图的最佳时机。
在此之前我会强烈建议不要使用文字编写，但这是重新审视第一遍中定义的图块的好时机。
步骤5.4：波兰语和一致性
毫无疑问，在您定义每个单独的图块时，您将学习要应用于已定义的图块的内容。在这个过程的大约一半时间里，Lena和我发现我们使用“经常”和“通常”来表示同样的事情，速度大约为50/50。由于一致性是我们的一个重点，我们决定“通常”，并把它放在一个众所周知的停车场，以便以后申请。
我建议采用类似的方法。当您找到抛光的机会(例如用“通常”替换所有出现的“经常”)时，将它们写下来，并将其用作最终传递的待办事项列表。这样，如果您的学习内容相互矛盾，您可以在应用之前解决这些冲突，最大限度地减少客户流失并确保更高的一致性。
第6步：让受影响的人参与其中
太棒了，你有一个能力矩阵，你已经完成了!实际上，并不完全。对我们来说Lena和我会坐下来的想法，写出一堆价值观和行为，让我们的工程副总裁签字，然后把它呈现给全世界作为最终是一个可笑的主张。
这将影响我们的文化，招聘，最重要的是，为我们所有与之合作的人以及我们关心的职业生涯塑造职业发展。在设计它的过程中，我们一直在测试矩阵的不同版本和方面，但现在是时候真正进行测试了。我们的第一次传球完成后，我们开始获得反馈。
Lena以焦点小组的形式精心策划了一个优秀的反馈会议，该小组由各级，管理人员和人力资源部门的个人贡献者组成，具有异步和同步部分。有很多方法可以收集反馈，例如让不同部分的个人贡献者与他们的经理完成模拟自我评估。无论你如何做，重要的是确保你从那些会影响到的人那里收集反馈。
我们收到的反馈非常有价值，原因有两个：它提出了很好的问题，这导致我们调整矩阵，以便传达我们的意图。这一过程也确保我们编纂了组织的价值观，而不仅仅是少数管理者，价值进展代表了我们的工程师如何看待他们的职业发展。
这一步骤非常重要，可以让人们相信我们所开发的产品代表了我们想要的东西，并且会受到好评。
第7步：运送它!
最好的一步 - 运送它!您的成品已经过单词化，经过压力测试，并且已经从您组织中受尊敬的人那里购买。然而，即使你完成了一个彻底的过程，它也永远不会是完美的。随着人们开始使用和测试您创建的内容，他们会发现轻微的不一致和改进的机会。随时准备好反馈，并持续进行。
现在你应该有两种机制来建立你的矩阵：一种收集反馈的方法和一个商定的时间表来解决它。不断迭代您的能力矩阵将是一个坏主意，因为它意味着不断移动您的组织的职业发展目标职位。然而，假装它是完美的，永远不会改变是愚蠢和不现实的。
我们已经开发了一种收集反馈的机制(扰流警报：它是Google Doc)，并将在六个月后重新审视矩阵，以解决我们所学到的问题。这提供了重要的稳定性水平，同时还允许随时间的迭代和演变。我建议你提供一种实现相同目标的机制。