IT派 - {技术青年圈}
持续关注互联网、大数据、人工智能领域
最近我看到很多技术人员非常焦虑，认为他们的「核心技能」可能会失去价值，尤其是在没有其他方面技能的情况下。这也在「硬」技能与「软」技能的争论中显现出来。这种焦虑本身是一个重要的信号。这可能是因为我们没有认真对待软技能。今天，我想分享一些实际发生的情况，以及我们如何解决这个问题。
1、实际情况
我们看到互联网上的焦虑反应，认为软技能可能会成为工程师的重要技能。有趣的是，人们如此关心软硬技能的相对价值，而不是整体的经济波动或工程师的过度供应，另外两件事情同样容易威胁到工程师的地位。
我们可以把强烈的情绪反应的看作是一种秘密的智慧信号。在文化问题上，群体的智慧比单个人更好，因为文化是由同一群人组成的。阅读过去几年的对话和回应模式，当问题出现时，我所看到的焦虑程度表明了一种模式：很多人都个直觉，认为「软技能」会兴起，但他们也不知道这对他们意味着什么。
2、背后的原因
软技能越来越重要，因为现在没有工作只靠一个人就可以完成。我以前的工作就是为了让所有人朝着一个方向前进，让数百人甚至数千人中建立并保持共识。这是非常困难的事情。
当你和一大批人一起工作时，交流和协作的复杂性就成为决定成功或失败的主要因素。像「心理安全」和「互信」这样的概念成为主导你日常工作的东西，远远超出了任何特定的技术挑战。在初级职位，这会影响你的生活质量：试图做好技术工作，而周围的人却很难相处。在更高层次，这越来越成为管理和创造的责任。这与初级和高级角色之间的深层差异密切相关：初级人员的工作是找到问题的答案;一个高级人员的工作是找到正确的问题。一旦你达到一定的门槛，需要任何一定专业水平的纯粹技术性问题的数量就会大大减少。因为无论是可靠的编译程序还是 Stack Exchange 这样的问答网站越来越普遍，这也就意味着越来越多的硬技术问题很容易就能找到答案。
当然，一直存在着各种艰难的挑战，这些挑战至关重要，任何没有经验的人都很难解决。这就是为什么我们需要继续建立和发展我们的技术技能。但是，如果你继续增加你的技能，你很快就会发现，在这些极其困难的技术问题上需要花费的时间往往比全职工作少得多。相反，影响一个体系的关键（而且非常困难）的问题，更多的与这个体系如何与外部世界，也就是与越来越多的人的相互作用息息相关。
有趣的是，硬技能和软技能之间的交集比大多数人意识到的还要多：当你开始将系统看作是一个包括人在内的更大系统的一个组成部分时，你开始了解人们以及他们的行为如何相互作用，然后你会发现许多相同的「硬技能」系统设计方法不仅是有道理的，而且可以为「软」问题提供更好的答案。多用户系统上的滥用和各种结果排名是两个典型的例子; 在这两种情况下，既有对于用户需求一种非常「软」的直觉，同时对于这些直觉又有非常「硬」的技术表达，在两种技能之间自由转换的能力是无价之宝。
但除了技术工作本身软硬技能重叠的情况之外，还有很多「软技能」与人事管理有很大关系。通常，人事管理领域是由那些没有技术技能的人来完成的，关键在于，他们缺乏对上述技能的尊重。这个领域充满「人力资源」这样的词汇，他们认为员工是一个烦恼和一种开支，需要通过「管理」来保持高生产力。
这种「管理」也不是很好的软技能。这个领域是由那些相信自己有良好的软技能，而实际上并不具备这种能力的人建立起来的。如果员工觉得不被管理者尊重，这就是一个危险的信号：毕竟，管理者的基本工作是协调人，让每个人都作为团队工作，如果没有最基本相互尊重，员工不可能作为团队工作。
事实是，我们所讨论的「软技能」并不容易获得，不是在「礼仪班」中教的东西。而在于对人的研究，关注他们，在他们无法表达自己的时候也理解他们所需要的东西。
工程师、科学家和管理人员似乎都倾向于认为其他职业的专业技能很容易掌握，我认识的某位工程师将团队搬到了一个新的办公楼，并表示室内装修应该很容易，不需要找别人来做，结果当然是搞砸了。
-「我们这个领域已经被这个问题折磨了好多年了」
-「不能再这样下去了，我要用算法来解决它」
（六个月后）-「哇哦，这个问题真的好难啊」-「可不是么」
3、解决之道
我认为可以通过非常「简单」的方法来改善这种状况：把这些软技能和严肃的专业技能一样对待，重视这些技能，并且培养和招聘具备这些技能的员工。
第一步是确保团队的顺畅交流，共享一种语言。你没法重视你叫不上名字的事物。我们经常忽略的事情包括：「让团队每个人都能够快速了解项目进程」，「为核心技术理念创建共享的语言，以便每个人都能解释发生的事情」，「确保每个人的声音都被听到，而且重要的警告不会因为有所顾忌而不说」，并且」确保所有的利益相关者都感受到项目中的个人利益」。我们经常忽略的一些常见的用户体验包括：「用户/客户在使用本产品时是否经常会感到沮丧或消极情绪，而这又会如何影响其长期使用？「、」当用户对产品有负面的体验，将如何影响他们对产品的体验的？
实际上，上面说的都与不同的专业技能相关，从项目管理到用户体验研究。但是如果一个团队把这些当作次要的方面，而不是决定成败的核心，那么他们很容易就会陷入一场灾难：错过里程碑，不同团体建立有差异的系统，这些系统在最终整合过程中发生冲突，关键问题被忽视，用户遇到「小」bug，最终演变成一场大的灾难（用户大规模流失，甚至法律和监管问题），缓慢侵蚀用户的信任。这些原因都可能导致项目失败，甚至是那些在纯「技术」方面毫无问题的项目。
把这些当作核心问题，而不是次要的东西，这需要团队中的每个人都至少具备基本的知识，足以评估遇到的问题，即使他们不是相关的负责人。就像前端工程，后端工程，安全和站点可靠性一样，团队需要考虑不同的人负责不同的问题。单个工程师不能完成所有这些工作。但是，如果我们把这些工作中的一部分看作是「无形的劳动」，那么我们就不能无视这些软技能。
我们都知道有些软技能缺失的很严重，而这些技能越来越重要。这并不是意味着工程师会轻易被人取代，但如果我们意识软技能是一种真正的技能，是人们勤加练习才会擅长的技能，那我们对此就会有不同的态度。很多擅长这些软技能的人不是技术人员，但这并不意味着他们不了解或不尊重技术人员。
如果某个岗位涉及协调工程师的工作，或者是将工程系统连接到用户，或者其他任何不尊重工程师就做不好的工作，那么一定要招聘尊重工程师的人。
但是要说明这一点：项目中的每个人都需要重视，并且至少要了解参与项目的基本技能。如果系统涉及到某个法律问题，每个人都需要了解相关法律。如果有用户研究显示了用户对某事做反馈，那么每个人都需要在设计中考虑到这一点。如果存在限制，使得某些类别的产品行为不可行，那么每个人都需要了解这个问题。同样，每个人都需要理解和重视人的技能：毕竟，你正在建立系统与你息息相关。
