4、非技术出身的管理者，咋管好技术团队？

        在企业管理的舞台上，技术团队的管理一直是一项极具挑战性的任务。对于非技术背景的管理者而言，这一挑战尤为艰巨。有技术背景的管理者，行事风格往往较为硬朗，面对问题时，常常撸起袖子亲自上阵解决。这种亲力亲为的方式，虽然在一定程度上能够快速推动项目进展，但也容易导致他们忽视软技能的修炼。例如，在团队沟通中，可能因为过于关注技术细节，而忽略了团队成员的情感需求和意见表达。

        与之相对的是非技术背景的管理者，他们由于缺乏行业技术知识，在管理技术团队时，很容易陷入被动，甚至被技术专家 “忽悠”。因此，非技术背景的管理者迫切需要在技术方面多下功夫，提升自身的技术素养。

        在国内，许多非技术背景的管理者虽然具备理科背景，但大多未曾真正从事过具体的技术研发工作。这种一线技术经验的缺失，使得他们在工作中常常显得底气不足，只能更多地依赖软技能来管理项目。然而，这也带来了一些困境。研究表明，当遇到技术人员以所谓的技术权威来糊弄他们时，这些管理者往往无计可施，只能默默承受，如同哑巴吃黄连，有苦说不出。

        原则上，想要成功管好项目，管理者必须做到两手抓，两手都要硬。对于有技术背景的管理者，要着力补上软技能的短板，注重提升沟通、协调、激励等方面的能力，以更好地凝聚团队力量。而非技术背景的管理者，则要努力提升技术能力，强化技术逻辑思维。

        这并非要求管理者成为精通所有技术细节的专家，但必须能够运用技术术语和概念，依据技术原理进行思考和推理。这不仅是一种能力，更是一种行之有效的学习方法。

        以我自身为例，尽管我拥有技术背景，但在实际工作中，也并非对本单位的所有技术都了如指掌。工作中，常常会遇到一些棘手的、超出我所学专业范畴的技术问题，有些问题甚至持续数月都未能得到解决。有几位非技术背景的管理者对我颇为佩服，他们对我说：“懂技术就是厉害，不管是结构、电子，还是软件、硬件方面的问题，到你这儿似乎都能迎刃而解。” 然而，经过事后总结我发现，实际上具体的技术问题都是由工程师们解决的。我所做的，是按照自己的逻辑，引导工程师们开展工作，通过不断地试验、反馈、修正，最终达成目标。从解决这些非专业技术问题的角度来看，此时的我，与非技术背景的管理者并无太大差异。

        因此，非技术背景的管理者绝不应放弃对技术的学习。在某种程度上，他们更需要深入掌握所在行业的知识体系。这样做带来的好处是多方面的。首先，能够极大地促进与技术人员的沟通。当管理者能够用技术语言与技术人员交流时，双方的沟通会更加顺畅，误解和隔阂也会大大减少。其次，管理者将拥有技术判断能力，能够在项目决策、技术方案评估等方面做出更合理的判断，避免因技术知识的欠缺而盲目听从技术人员的建议。

        当然，非技术背景的管理者无需精通所有技术细节，重点在于掌握核心概念和原理。例如，在软件开发项目中，管理者不必深入了解每一行代码的编写，但需要明白软件开发的基本流程、常见的架构模式以及关键的技术选型原则。在学习知识的过程中，总结适合自己的方法至关重要。掌握了有效的学习方法，才能快速且高效地获取所需的专业知识。

        其中，思想实验是一种非常有效的学习方式。通过思想实验，管理者可以在脑海中模拟各种技术场景，假设不同的条件和情况，思考可能出现的问题及解决方案。这种方式有助于深入理解技术原理，逐步实现知识体系的归一化，将零散的知识点串联起来，形成一个有机的整体。

        例如，在学习网络架构相关知识时，管理者可以通过思想实验，设想一个大型企业网络的搭建过程。从网络拓扑结构的选择，到服务器的部署、数据的传输与安全防护，一步一步地在脑海中构建整个网络架构。在这个过程中，思考不同选择的优缺点，以及可能面临的挑战和解决方案。通过这样的思想实验，管理者能够更加深入地理解网络架构的核心概念和原理，而不仅仅是停留在理论知识的表面。

        此外，非技术背景的管理者还可以通过参加技术培训课程、阅读专业书籍和行业报告、与技术专家交流等方式来提升自己的技术素养。在参加培训课程时，要注重与讲师和其他学员的互动，积极提问，分享自己的见解和经验。阅读专业书籍和行业报告时，要有针对性地选择与自己所管理项目相关的内容，做好笔记，总结重点。与技术专家交流时，要虚心请教，了解他们在实际工作中遇到的问题和解决方法，学习他们的思维方式和经验技巧。

        总之，非技术背景的管理者要认识到技术学习的重要性，克服困难，采取有效的学习方法，逐步提升自己的技术素养。只有这样，才能在技术团队的管理中更加得心应手，带领团队取得更好的成绩，推动项目的顺利进行，为企业的发展做出更大的贡献。同时，这也是一个持续学习和不断提升的过程，需要管理者保持积极的学习态度和好奇心，紧跟行业技术发展的步伐。

1、别因为自己不是技术出身，就看轻自己

        要是不懂技术，最大的麻烦就是没法跟工程师顺畅交流。说到沟通，大家都明白，得用对方听得懂的话，才有可能实现有效沟通。你可别指望工程师来迁就你，用你能听懂的语言跟你交流。要是非这么要求，最后除了惹得工程师不高兴，啥好处都没有。毕竟每个工程师都很看重自己的技术，有很强的自尊心。

        其实不管是技术知识，还是管理知识，本质上都是知识。只要能把它们前后连贯起来，形成的就是知识体系。知识体系都有一些共通的特点，咱们掌握这些特点很重要。只有这样，你才知道该学哪些知识，学了才有用。

        任何知识体系都是有层次的，这种体系不是上下关系，而是内外关系，它们大致可以分为三层：

        咱们先来说说知识体系，它就像个洋葱，有好几层。最里面那层是核心概念，一般就一两个关键的定义，却支撑起了整个知识体系。要是掌握了这一层，你就能用简简单单一两句话，把一套复杂的知识体系说明白。不过呢，光知道这个，你可能还做不出什么实际的东西，甚至连里面的数学公式都不一定看得懂。可即便这样，在旁人眼里，你已经很厉害了，那么复杂的体系，你几句话就讲清楚了，一看就不是普通人。

        再往外一层，是由核心概念派生出来的原理逻辑层。从核心概念衍生出一些专业术语，然后用逻辑把这些术语串起来，就形成了原理。当你掌握了这一层，这个知识体系里的各个方面，你基本都能考虑到，还能根据这些原理安排工作，对各项工作之间的相互关系和影响，心里明明白白。在这个层次上，你只要画几个方框代表不同模块，再用几根线表示它们之间的逻辑关系，就能把这个知识体系讲清楚。不过，你可能还不太会具体计算，也不一定能把东西实实在在做出来。但掌握了这一层，你就可以进行逻辑推理和思考，甚至还能搞创新。很多创新啊，都是先把原理逻辑琢磨清楚了，才能在实际工程中实现。先有概念，通过思考派生出逻辑，逻辑清晰了再动手，方向就不会错，最后才能做出成果，这就是工程应用。

        最外面那层就是工程应用层啦。工程应用通常会涉及数学知识、工艺方法还有具体的流程步骤。也就是说，就算你不太懂原理，只要照着步骤做，也能做出东西来。现在这个社会，信息特别多，其实很多人就只是掌握了工程应用方面的知识，对背后的原理并不清楚。

以常见的电商 APP 软件开发为例，来详细阐述这三个层面。

核心概念层

        电商 APP 的核心概念可以概括为 “通过移动互联网技术，搭建一个供商家和消费者进行商品交易的数字化平台”。就这一两个关键定义，构建起了整个电商 APP 软件开发的知识体系框架。

        掌握了这个核心概念，你就能简洁地向他人介绍：“电商 APP 就是在手机上让商家卖东西、消费者买东西的软件。” 虽然用一两句话看似把电商 APP 讲清楚了，但仅停留在这个层面，你可能根本不知道如何开始开发，甚至连软件开发中的一些基础代码和算法都看不懂。然而，在不了解的人眼中，你能用这么简洁的语言概括复杂的电商 APP，显得十分厉害。

原理逻辑层

        从核心概念衍生出一系列术语，比如 “用户界面（UI）设计”“数据库管理”“后端服务器开发”“支付接口集成” 等。通过逻辑将这些术语串联起来，就形成了电商 APP 开发的原理。

        例如，用户在 APP 上浏览商品，这涉及 UI 设计，要保证界面简洁美观、操作便捷；商品信息存储在数据库中，后端服务器负责处理用户请求，从数据库中调取数据并返回给 APP 展示；当用户选择商品下单，支付接口集成则确保支付流程的安全顺畅。各个环节紧密相连，相互影响。

        掌握了这一层，你可以通过画几个方框，分别代表 UI 设计模块、数据库模块、后端服务器模块以及支付模块等，再用连线表明它们之间的数据交互和逻辑关系，就能清晰地阐述电商 APP 开发的原理。此时，你对整个开发流程的各个方面都有了全面的考虑，能够合理安排不同开发团队的工作任务，知晓各部分工作之间的先后顺序和相互影响。

        比如，你知道要先进行数据库设计，确定好数据结构才能方便后端服务器开发调用数据；支付模块的开发要与银行等支付机构的接口对接好，才能保证支付功能的正常运行。但你可能还不具备实际编写代码实现这些功能的能力，不过基于清晰的原理逻辑，你可以进行创新思考。

        例如，思考如何优化用户界面的交互逻辑，提升用户购物体验；或者探索更高效的数据库查询算法，加快商品信息的加载速度。先在脑海中把这些新的原理逻辑梳理清晰，再将其融入到后续的开发工作中，这就是创新的起点。

工程应用层

        在工程应用层面，软件开发会涉及大量具体的编程知识、开发工具和流程步骤。比如，使用特定的编程语言，像 Java、Python 或 Swift 等进行代码编写；运用开发框架，如安卓开发中的 Android SDK、iOS 开发中的 UIKit 等提高开发效率；遵循特定的代码规范和编程模式，保证代码的可读性和可维护性。

        开发人员可能并不需要深入理解每一个底层原理，比如编程语言的编译原理、算法的数学证明等，但只要按照既定的工程流程和规范，一步一步地进行操作，就能开发出电商 APP。例如，按照设计好的数据库表结构，使用相应的编程语言和数据库操作工具，编写代码实现数据的增删改查功能；按照 UI 设计稿，运用界面布局和交互设计的知识，编写代码实现 APP 的用户界面。

        在实际的软件开发团队中，很多开发人员主要掌握的就是工程应用层面的知识。他们通过不断地实践和积累，熟练运用各种开发工具和技术，按照项目的需求和规范，将电商 APP 从概念逐步转化为实际可用的产品，满足市场和用户的需求。

2、要注意学习方法，勤思考、多做思想实验

        不少人特爱读书，可读完后就记住几句时髦话，没真正学到啥，还越读越迷糊。比如说，碰到一种情况有 36 种应对办法，这可咋整？你不可能把这些方法全记牢，就算记住了，真遇到事还是不知道该用哪种，总不能挨个试一遍吧。这就是没掌握好学习方法。

        我在学习过程中总结了个特好用的模型，叫 WWH 模型，也就是 what - why - how 模型。

 

        先说 “是什么（what）”。读书时得先搞明白书里讲的啥，这里面包括基本概念和逻辑。刚开始别怀疑作者说的对不对，就假设他说的有道理，处于那种既不完全信，也不否定的状态，先看看作者到底在说啥，是怎么论证的。用作者的逻辑去验证他的观点，如果逻辑能很好地支撑观点，那这本书就值得读。要知道，任何科学体系都得有两个特点：自洽性，就是自己能证明自己说得通；相容性，就是不会用自己的逻辑推出相互矛盾的结论。

        还有，好的知识体系得有个核心观点，其他派生出来的概念和逻辑都是为了证明这个核心，也就是中心思想。要是一本书只是一堆观点罗列，作者没个中心思想，那基本就是 “毒鸡汤”，扔了算了。

        再说说 “为什么（why）”。这是读完书后要干的事。经过前面 “是什么” 的阶段，针对书中关键的概念和逻辑，要问问自己 “为什么”。这么做能把新学的知识和自己原有的知识融合起来，其实就是在做归一化的思想实验。因为一个 “为什么” 后面往往还有更多 “为什么”，啥事儿就怕多问几个为什么。科学知识不管是自然科学还是社会科学，都只是一家之言，都有它适用的特定条件。通过不断问为什么，就能挖出这些知识背后的东西，到最后往往能得出一个适用范围更广的道理，这样就实现了知识的归一化，你对世界的认识也更深刻了，也不用费劲记那 36 种处理方法了。

        最后是 “怎样（how）”，这是关于知识怎么应用的问题。对于搞技术的人来说，就是把知识用到实际工程里。但对于技术团队的管理者，不用这么做，还是要做思想实验，结合工作和实践想想刚学的知识该咋用。

        要记住，最关键的是思考技术对人的作用和影响，也就是技术能解决人的啥问题。知识是人创造和发现的，最后肯定得服务于人。从人的角度思考知识应用，看问题的层次就高了，在判断技术方案合不合理的时候就不会抓瞎了。更重要的是，工程师给出一堆方案时，你也能轻松选出合理的，因为你已经明白技术的价值在哪了。