如何理解技术人员？

向下管理涉及的内容很多，正确理解技术人员是所有所需开展工作的前置条件。在国内整体销售或运营驱动的开发模式下，技术人员往往处于流程的末端，需要得到更多的理解和认识。很多技术管理开展不善就是因为缺乏对技术人员的类型和特点分析所致。

1. 人的四象限模型

本书在很多地方都会使用四象限模型，四象限模型需要首先确定两个维度。对一个人而言，最基本的两大属性维度是态度与能力（如下图所示）。我们都希望我们的开发人员都能位于第一象限中，既有能力也有好的态度，这种人往往可以将其提升为团队中的管理岗位，使其得到重用。同样，第四象限中的既没能力、态度又不好的人员应该予以淘汰。团队中多数开发人员应该处于态度和能力这两者之间的平衡点，即位于第二象限和第三象限之间，对于有态度但缺少能力的人可以通过培养的方式提升其能力，而对于有能力但态度上有缺陷的人而言，则应采取引导的方式。

不同组织、组织所处的不同阶段对人的要求显然也会有所不同，软件行业是一个以人为生产核心的行业，针对开发人员技术能力的提升，有效的培养手段通常能够解决能力不足的问题。所以从人员的配备上，我们应倾向于处于获取第二象限中的初中级开发人员。另一方面，互联网行业，技术更新速度过快，开发人员流转率很高，导致很多组织尤其是初创型互联网公司倾向于直接引入第三象限中有能力的人才并采用引导的方式使其适应组织环境。

2. 人员类型和特点分析

开发人员的类型和特点客观存在，作为技术管理者，除了对比与自身工作内容和方式上的差异，我们也需要深刻理解作为开发人员的其他特征，包括：

（1）团队要求

现在软件开发都是团队行为，技术人员对团队成员要求普遍偏高。技术人员所具备的专业性要求团队中的其他如产品、项目等非技术类人员具备与其同样层级的专业性。如果团队中不同工种的专业水平参差不齐，技术人员往往会表现出一定的不协作性。

（2）高敏感性

研究开发工作要求研发人员具有较高的洞察力，能够发现别人所不能发现的问题。这种高度的敏感性也使得技术开发人员在日常的待人接物方面比一班人更加小心谨慎，但是，这种性格有时会影响研发人员在研究开发过程中的相互合作和团队精神的培养。

（3）追逐前沿

知识是研发人员赖异生存的技能，随着行业技术的日新月异，研发人员必须不断学习，才能保证自己的技能观念、行为习惯适应技术革新的要求。

（4）自主独立性

研发人员倾向于拥有一个自主的工作环境，重视工作中的自我管理和独立性。有的研发人员的能力往往在团队中处于领先的状态，一方面希望展现其才华，另一方面也会因为因缺少全局观念我行我素、不服务统一管理而影响企业组织关系的协调。

（5）创造性

研发人员的创造性很强，喜欢做以前没有做过的、具有技术挑战性的研究，而不是简单重复。创造是他们体现自我价值和方式和生活追求。

（6）蔑视权威

技能的特殊化和重要性，往往使研发人员对其上司、同事和下属产生影响，对于技术的专注往往使研发人员形成自己意识形态，从而决定了研发人员在企业中的权威影响力。

（7）成就意识强

与一般员工相比，研发人员更在意实现自身价值，并强烈期望得到社会和同行的认可和尊重，并不一定满足于完成日常的一般事务，而是力求完美。

（8）高度自尊

研发人员由于受到过良好的教育，从事研技术开发工作所要求的独立思考、所面临的来自内部与外部的压力与激烈竞争，使他们同一般人相比更加独立、自尊、自爱。

（9）流动意愿强

新时代背景下在软件开发和产品运营模式对传统的雇佣关系提出了新的挑战，尤其是互联网行业，由于行业本身存在的不确定性远高于传统行业，研发人员因为主观或客观原因导致的流动性非常普遍，研发人员的忠诚感更多是针对自己的专业而不是雇主。

针对以上9大特征，我们也可以对开发人员进行分类。分类的依据同样有很多维度，这里列举几种目前在互联网行业中比较典型的维度来分析开发人员类型：

（1）开发VS测试

在传统瀑布开发流程中，开发和测试界限明确。但在互联网行业快速迭代的开发需求下，敏捷思想深入人心，开发和测试之间的界限越来越不明显。很多团队开发和测试人员的比例维持在n：1的状态，这个n可能是5，也可能10，甚至于有些团队并没有配置专业的测试人员。这就要求开发人员非常重视测试，在自测的同时还要兼顾整个系统的集成测试、性能测试。同时具备开发和测试能力的复合型人员日渐形成了一种新的类型，与传统的纯开发型人员形成对比。

（2）技术VS业务

技术型开发人员和业务型开发人员的界限通常比较明确，尤其在大型团队中，分工决定了开发人员的类型。很多团队会设置专门的中间件、数据库等专业技术团队，用于为业务导向的产品研发团队提供服务。

（3）开发VS研发

有时候我们可把“开发”和“研发”两个词分开来看技术人员，从而构成两个不同的类型。开发偏重于实现，而研发则关注于研究和创新。研究和创新的对象不仅仅针对技术，也可以是业务。总体而言，研发的难度大于开发难度，在工作流程中，研发也应该位于开发的上游。

（4）数据VS功能

随着大数据相关技术的兴起，面向数据开发成为技术开发的一个重要组成部分。互联网行业普遍偏向运营，而运营的前提是数据支持。区别于普通的功能型开发人员，数据型开发人员则更关注于海量数据之下的处理、分析和挖掘，并通过可视化体系将数据展现给运营等相关决策者。

（5）执行VS规划

技术开发通常位于一个组织中的执行层，但技术同样需要规划。从是否对技术发展起到推动作用这一个角度出发，开发人员也可以分为执行型开发人员和规划型开发人员。

从以上分析可以看到，理解技术人员并不是一件简单的事情，即使你自己曾经是一位开发人员也不例外。技术管理者进行向下管理的第一步是理解，在理解的基础上就可以进行领导和激励，从而使团队中的每一位技术人员都能朝有能力又有态度的人才发展。

 

如果对文章感兴趣，可以关注我的微信公众号：程序员向架构师转型，或扫描下面的二维码。

我出版了《系统架构设计：程序员向架构师转型之路》、《向技术管理者转型：软件开发人员跨越行业、技术、管理的转型思维与实践》、《微服务设计原理与架构》、《微服务架构实战》等书籍，并翻译有《深入RabbitMQ》和《Spring5响应式编程实战》（待出版），欢迎交流。