是否可以在一幅图中想象工程师甚至团队的知识和技能水平？
实际上，有很多参数。 但是，我们有一个很好的例子，说明如何以相当简单和直观的方式将复杂性可视化。
我正在谈论（我想每个人都知道）Gartner象限。
本文介绍如何在俄罗斯一家公司中使用类似的可视化方法来评估网络工程师的知识和技能水平。
二维方法
在上述调查中，决定在两个维度上显示工程师的知识水平。 沿OX轴绘制的值表示知识的深度，而沿OY轴表示技术范围的广度。
当然，根据公司的要求，最初限制所讨论主题的范围很重要。 在我们的案例中，这些是R＆S，安全性，服务提供商。
“纬度”和“深度”的评估均以10分制进行。
我们可以区分4个象限，我们将其任意称为：
- 新手工程师 -象限I，灰色区域
- 那些。 经理 -蓝色区域象限II
- 普通专业人员或建筑师 -象限III，绿色区域
- 狭窄的专家或专家 -象限VI，黄色区域
在每个象限中，也可以区分分区。 因此，例如，我们可以假设，如果工程师的知识在“纬度” 7-10，“深度” 7-10区域中，那么这是一位在许多技术方面具有基本专业知识的工程师，具有丰富的经验和技能，能够任何任务。
在此图上，您还可以考虑以下特征：
因此，在我们看来，良好的沟通素养是“宽广”的优势，因为 帮助工程师获取相关主题的信息。 其余3种品质是“深度”和“纬度”的加分。
目前，这也许使图片有些失真，但可以考虑动态因素，我们认为这是一个重要因素。
一维方法
一维可视化方法相对于二维可视化方法具有一些优势，因为 使您可以为工程师输入一个明确的“更好”评级，从而根据知识和技能水平对他们进行排名。 但是，只有确定了工程师发展的最终目标，这种方法才有可能。
我们可以区分至少两个目标：
它涉及IT博学和许多领域的相当深的知识水平。
工程师专注于一个方向。 他知道细节，细微差别，理论，甚至可能降至编程，数学和组件知识的水平...
还有第三个目标（IT经理），在本文中我们将不予考虑，因为 这不是工程目标。
如您所见，这些目标对应于二维可视化方案的第三象限（建筑师），第四象限（狭窄的专家）和第二象限（IT经理）。
在这两种（工程目标）案例中，我们都可以将一维方案附加到二维方法上。 因此，在二维方案图上，我们可以得到
建筑师的方式
开发分为四个阶段，我们将其任意称为
- 初步知识
无需说明。 - 狭义的简介（或“操作知识”）
工程师掌握了理论并掌握了足以执行其操作任务的技能。 他是电信特定领域的专家，但他的知识受特定技术或公司要求的知识限制。 这样的工程师可以很好地应付当前的操作任务，但是这样的工程师没有进行架构决策所需的资格。 - 建筑师
工程师精通了电信的几个方向。 他的前景很好。 了解各种供应商，设备类型，了解“最佳实践”，各种推荐设计，...
这些知识使工程师可以为每个特定任务，设计，供应商，设备，...选择正确的方法。
但是，这样的工程师还没有足够的技能来确定行业或电信各个领域的发展趋势。 - 星号
工程师具有充分的知识。 这是加深和扩展架构师阶段知识的结果。
这些工程师决定行业发展。
专家之路
其阶段与“架构师之路”的阶段相似，但不仅在整个行业（或与电信有关的大量知识）领域，而且在一个相当狭窄的方向上。 这种方式超出了规模的范围，意味着要达到“恒星的高度”并因此能够确定该狭窄区域的发展方向，不仅需要出色的工程知识，而且还需要特定的知识（例如，组件知识） ，电子，程序设计，数学...）
一些附加说明。
- 架构师和专家的四个阶段与工程师发展的四个阶段完全一致
- 经验表明，这种评估存在歧义，对访问员的主观评估是一个很大的因素。 基本上，当我们谈论Gartner象限时，主观性总是存在的。 但是在这种情况下，我们可以使任务形式化并消除主观性。
形式化（客观）方法的示例
您有一个包含100个问题的问卷。 问卷对应10个主题-每个主题10个问题。 就重要性而言，所有主题都是等效的。 假设测试是“完全”进行的，并且如果考官回答了该主题的所有10个问题，那么他就知道100％（当然，这绝不会发生，但是在本文中，我们不是在谈论如何进行测试，以及评估方法时，您已经能够以某种方式确定主题的知识和技能分布。
完成测试后，您将获得10个主题的分数分布（每个主题中回答的问题数量）。 例如，可能是这样的：
Q1：9
Q2：7
Q3：4
Q4：6
Q5：0
Q6：3
Q7：6
Q8：1
Q9：1
Q10：3
好啊 这位工程师将在我们的二维可视化中占据什么位置？
我们看到有4个问题高于平均水平，有6个问题低于平均水平。 原则上，可以假定工程师位于象限IV的上部或...位于象限III的下部。 在哪里添加知识点-是“宽度”还是“深度”？ 含糊不清。 而且，还不清楚如何正确。
可以选择不同的算法。 例如，我编写了一个简单的
python脚本，并根据我的直觉感知对其进行了配置（更改factor参数）。
因此，例如，在这种情况下，此脚本给出了结果
x = 8，y = 5
也就是说，这是象限IV的上部。
这意味着在架构师的道路上，这位工程师处于第二阶段和第三阶段之间。
但是不要过于相信正式的方法。 没有什么可以取代实时交流。 即使是非常强大的工程师也不能很好地通过测试。 仅仅是因为最近他朝一个不同的方向工作，忘记了一些东西，或者他只是不喜欢测试或睡不好觉……另一方面，一个好的结果可能是由于工程师事先知道测试问题或您的问题面团太轻。
因此，在进一步的口头面试中，您仍然可以更精确地确定工程师的水平。