“技术性”意味着什么？

“技术性”一词描述了许多主题和学科：技术性击倒、技术性犯规、攀岩比赛的技术性课程，以及体育运动中花样滑冰的技术性得分。受欢迎的烹饪节目《英国烘焙大赛》包含技术性烘焙挑战。任何参与过戏剧的人都可能熟悉技术周，即戏剧或音乐剧首演之周。

正如您所见，“技术性”一词并非严格应用于软件工程和运营，因此当我们称呼一个人或一个角色为“技术性”时，我们是什么意思，以及我们为什么要使用这个词？

在我 20 年的科技行业职业生涯中，这些问题一直让我很感兴趣，因此我决定通过一系列访谈来探索这个问题。我不是工程师，也不编写代码，但这并没有让我成为非技术人员。但我经常被贴上这样的标签。我认为自己是技术人员，通过这个系列文章，我希望您能理解为什么。

我知道我并非孤身一人。这一点很重要，因为一个人或角色的定义和看法会影响他们的自信心和做好工作的能力。如果他们感到沮丧或不受尊重，就会降低他们的工作质量，并扼杀创新和新想法。您看，这一切都会向下蔓延，那么我们该如何改善这种情况呢？

我首先采访了七位来自不同角色的人。

在本系列文章中，我将探讨“技术性”一词背后的含义、技术连续体、将人们归类为技术性或非技术性的意外副作用，以及通常被认为是非技术性的技术角色。

定义技术性和非技术性

首先，我们需要定义。根据 Dictionary.com，“technical”（技术性）是一个形容词，具有多种含义，包括

• 属于或关于艺术、科学或类似事物
• 在实践中熟练或熟悉特定艺术或行业
• 技术上要求高或困难（通常用于体育或艺术）

“非技术性”一词通常在科技公司中用于描述非工程角色的人。“非技术性”的定义是“不相关于、不具有……的特征，或不擅长于特定活动领域及其术语”。

作为一名撰写和谈论技术的人，我认为自己是技术人员。如果您不熟悉该领域和术语，就不可能撰写或谈论技术主题。基于这种理解，每个在科技行业工作的人都是技术人员。

我们为什么要分配标签

那么，在科技领域中，技术性与非技术性为何如此重要？我们试图通过分配这些标签来实现什么？是否有充分的理由，曾经是否有充分的理由，我们是否已经偏离了这些理由，需要重新评估？让我们来讨论一下。

当我听到人们谈论技术性与非技术性人员时，我不禁想到苏斯博士的故事《史尼奇》。拥有星星（或没有星星）被视为值得渴望的东西。《史尼奇》陷入了试图获得正确地位的无限循环中。

标签可以服务于某种目的，但是当它们强制形成一个群体被视为优于另一个群体的等级制度时，它们可能会变得危险。想想您的组织或您的部门：哪个群体——销售、支持、市场营销、质量保证、工程等——在重要性方面高于或低于另一个群体？

即使没有直接说出来或写在某个地方，也可能存在一种被理解的等级制度。这些等级制度通常也存在于学科内部。技术内容经理 Liz Harris 说，在技术写作社区内部，存在“技术性”的程度之分。“在技术作家内部，存在一个等级制度，您的技术性越高，您获得的报酬就越高，并且通常在技术写作社区中您也更受重视。”

“技术性”一词通常用于指代某人在某个主题上拥有的深度或专业知识水平。销售人员可能会要求技术资源来帮助客户。通过在科技行业工作，他们是技术人员，但他们需要比自己对某个主题具有更深专业知识和知识的人。因此，请求技术资源可能很模糊。您是否需要对产品有深入了解的人？您是否需要了解基础设施堆栈的人？或者需要某人写下有关如何配置 API 的步骤？

与其将人们视为要么是技术人员，要么不是技术人员，不如开始将技术能力视为一个连续体。这是什么意思？开发者关系总监 Mary Thengvall 描述了她如何对特定角色所需的不同深度的技术知识进行分类。例如，项目可能需要开发人员、具有开发人员背景的人或精通技术的人。通常被贴上非技术标签的是那些属于精通技术类别的人。

根据 Mary 的说法，如果您“可以解释[一个技术]主题，您了解产品的运作方式，您知道该说什么和不该说什么的基本知识”，那么您就是精通技术的。“您不必拥有技术背景，但您需要了解高层次的技术信息，然后还需要知道应该向谁指引人们以获取更多信息。”

标签的问题

当我们使用标签来具体说明我们需要完成某项工作时，它们可能会有所帮助，例如“开发人员”、“开发人员背景”和“精通技术”。但是，当我们过于宽泛地使用标签时，将人们分为两组之一可能会导致“不如”和“优于”的感觉。

当一个标签变成现实时，无论是否有意，我们都必须审视自己并重新评估我们的言语、标签和意图。

高级产品经理 Leon Stigter 提出了他的观点：“作为一个集体行业，我们正在构建更多技术，以使每个人都更容易参与。如果我们对每个人都说‘您不是技术人员’，或者‘您是技术人员’，并将他们分成几组，那么被贴上非技术标签的人可能永远不会想‘我自己可以做到’。实际上，我们需要所有这些人真正思考我们作为一个行业、一个社区，我几乎想说是作为人类，将走向何方。”

身份

如果我们将自己的身份附加到标签上，当我们认为该标签不再适用时会发生什么？当 Adam Gordon Bell 从开发人员转变为经理时，他感到很挣扎，因为他一直认为自己是技术人员，而作为经理，这些技术技能没有得到利用。他觉得自己不再贡献价值。编写代码并不比帮助团队成员发展职业生涯或确保项目按时交付提供更多价值。所有角色都有价值，因为它们都是确保商品和服务的创造、执行和交付所必需的。

“我认为我成为经理的原因是我们有一个非常聪明的团队，并且有很多真正熟练的人员，但我们并不总是能完成最出色的工作。因此，技术技能不是限制因素，对吧？而且我认为通常情况下它们也不是，”Adam 说。

Leon Stigter  表示，让人们协同工作并完成出色工作的能力是一项非常有价值的技能，不应低于技术角色的价值。

自信

冒名顶替综合征是指无法认识到自己的能力和知识，导致自信心下降以及完成和做好工作的能力下降。当您申请在会议上发言、向技术出版物提交文章或申请工作时，冒名顶替综合征可能会发作。冒名顶替综合征是那个微小的声音，它说

• “我对于这个角色来说不够技术。”
• “我知道有更多技术人员可以更好地完成这次演讲。”
• “我不能为像 Opensource.com 这样的技术出版物撰稿。我在市场营销部门工作。”

您越频繁地将某人或自己标记为非技术人员，这些声音就会变得越大。这很容易导致在会议上听不到新的声音，或者失去团队中的优秀人才。

刻板印象

当您想到技术人员时，您会看到什么形象？他们穿着什么？他们还有什么其他特征？他们是外向健谈，还是害羞安静？

Shailvi Wakhlu，一位数据高级总监，她的职业生涯始于软件工程师，后来转型为数据和分析。“当我还是一名软件工程师时，很多人都认为我不是很技术，因为我非常健谈，显然这自动意味着您不是技术人员。他们会说，‘等等。您没有把自己孤立在一个角落里。这意味着您不是技术人员，’”她报告说。

我们对谁是技术人员与非技术人员的刻板印象会影响招聘决策，或者我们的社区是否具有包容性。您还可能会冒犯某人——甚至是您需要帮助的人。多年前，我在一个会议的展位工作，问某人是否可以帮助他们。“我正在寻找这里最技术的人，”他回答道。然后他就去找他问题的答案了。几分钟后，展位上的销售代表带着那位绅士走到我面前说：“Dawn，您是回答这位先生问题的最佳人选。”

污名

随着时间的推移，我们夸大了“技术性”技能的重要性，这导致“非技术性”标签以贬义的方式使用。随着技术的蓬勃发展，编码人员的价值不断提高，因为这项技能将新产品和新的业务方式推向市场，并直接帮助了底线。然而，现在我们看到人们有意将技术角色置于非技术角色之上，从而阻碍了公司的发展和成功。

人际交往技能通常被称为非技术技能。然而，它们也具有高度技术性的方面，例如提供关于如何完成任务的分步说明，或确定传达信息或观点的最恰当措辞。这些技能通常在决定您在工作中取得成功的能力方面也更为重要。

[接下来阅读： 告别软技能，迎接核心技能：为什么 IT 必须重塑这种关键能力]

阅读 Urban Dictionary 上的文章和定义，难怪人们会觉得自己的标签是合理的，而另一些人则会产生冒名顶替综合征，或者感觉自己失去了身份。当在线搜索时，Urban Dictionary 的定义经常出现在搜索结果的顶部。该网站大约在 20 年前作为一个众包词典开始，定义俚语、文化表达和其他术语，现在它已变成一个充斥着敌对和负面定义的网站。

以下是一些示例：Urban Dictionary 将非技术经理定义为“一个不知道他们管理的员工应该做什么的人”。

提供有关如何与“非技术”人员交谈的技巧的文章包含诸如以下的短语：

• “如果我都很吃力，那么非技术人员究竟是如何应对的？”
• “在当今的职业专业人士中，开发人员和工程师拥有一些最令人印象深刻的技能组合，这些技能是通过多年的技术培训和实际经验磨练出来的。”

这些句子暗示非工程师是低人一等的，他们的多年培训和实际经验在某种程度上不如工程师的令人印象深刻。我为此项目交谈过的一个人是 Therese Eberhard。她的工作是许多人认为的非技术性工作。她是一名风景画家。她为电影和剧院绘制道具和布景。她的工作是确保像甘道夫的手杖这样的道具看起来栩栩如生，而不是像塑料玩具。要在这个角色中取得成功，需要大量的解决问题和化学反应实验。Therese 通过多年的实际经验磨练了这些技能，在我看来，这非常令人印象深刻。

把关

使用标签会设置障碍，并可能导致把关，以决定谁可以进入我们的组织、我们的团队、我们的社区。

根据开源开发人员 Eddie Jaoude 的说法，“‘技术人员’、‘开发人员’或‘测试人员’的头衔在不应该存在的地方设置了障碍或权威。我真的已经到了这样的观点，即关键在于为团队或项目增加价值——头衔是无关紧要的。”

如果我们把每个人都看作是一个应该以某种方式贡献价值的团队成员，而不是根据他们是否编写文档、测试用例或代码来评判，我们将把重点放在真正重要的事情上，并创建一个能够完成出色工作的团队。如果一名测试工程师想学习编写代码，或者一名程序员想学习如何在活动中与人交谈，为什么要设置障碍来阻止这种成长？拥抱团队成员渴望学习、改变和向任何有助于团队和公司使命的方向发展的热情。

如果有人在一个角色中失败了，与其将他们评价为“技术不够”，不如检查真正的问题是什么。您是否需要精通 JavaScript 的人，而这个人是另一种编程语言的专家？不是他们不技术。而是技能和知识不匹配。您需要合适的人担任合适的角色。如果您强迫一个擅长业务分析和编写验收标准的人担任他们必须编写自动化测试用例的职位，他们就会失败。

如何废除标签

如果您准备好转变您对技术性和非技术性标签的看法，以下是一些入门技巧。

寻找替代词

我问过我采访的每个人，我们可以用什么词来代替技术性和非技术性。没有人有答案！我认为这里的挑战在于我们无法将其归结为一个词。要替换这些术语，您需要使用更多词。正如我之前所写，我们需要做的是更加具体。

您有多少次说过或听过类似这样的短语

• “我正在为这个项目寻找技术资源。”
• “那位候选人的技术性不够。”
• “我们的软件是为非技术用户设计的。”

这些对技术性和非技术性词语的使用是模糊的，并没有传达其全部含义。更真实、更详细地了解您需要什么可能会得出以下结果：

• “我正在寻找一个对如何配置 Kubernetes 有深入了解的人。”
• “那位候选人对 Go 的知识不够深入。”
• “我们的软件是为销售和营销团队设计的。”

拥抱成长型思维模式

知识和技能不是天生的。它们是在数小时或数年的实践和经验中发展起来的。认为“我只是不够技术”或“我学不会如何做营销”反映了一种固定型思维模式。您可以学习任何您想要发展的方向的技术能力。列出您的技能清单——您认为是技术性的技能和一些非技术性的技能——但要使它们具体化（如上面的列表所示）。

认可每个人的贡献

如果您在科技行业工作，您就是技术人员。每个人都在项目或公司的成功中发挥作用。与所有做出贡献的人分享荣誉，而不仅仅是少数人。认可提出新功能的产品经理，而不仅仅是构建它的工程师。认可文章走红并为您的公司带来新线索的作者。认可发现数据新模式的数据分析师。

下一步

在本系列的下一篇文章中，我将探讨科技行业中通常被贴上“非技术性”标签的非工程角色。