1.4　认为技术是万能的

很多工程师将技术与管理割裂开来，重技术轻管理，且错误地将自我管理纳入被轻视的管理范畴。这是导致个体与团队效能低的关键因素之‍一。

自我管理的缺失会使个体失去应有的自我约束能力，工作起来因忽视规章制度而毫无章法。尽管不少个体表现得干劲十足，却是作坊式地蛮干。从团队层面，自我管理缺失的后果是，同样的问题此起彼伏地在不同的人身上发生，返工成为常态。自我约束能力的不足使管理者需要花费不少精力去维持工作秩序，这是造成管理低效的重要因素之‍一。

自我管理的缺失会导致个体过于自我而忽视周边。良好的自我管理首先表现为律己，通过律己让个体的工作质量达到相应水准并能动地参与集体协作。个体参与集体协作的表现如下：

● 重视工作内容的上下游衔接，而非只盯着自己的“一亩三分地”；

● 对于各项需要参与的流程及时主动跟进，而非等人催促；

● 关注周边同事的工作进展，并及时主动汇报自己的工作状‍态。

像概要设计审查、代码审查、文档审查、软件发布流程等，都需要个体及时、主动地参与才能提高效率。主动汇报工作状态，而非等到他人问起才被动作答，这对项目的高效进行非常重要。忽视周边会使个体在工作中各自为政，让构建良性互动的团队协作文化氛围变得困难重‍重。

对于互联网行业的不少产品而言，由于产品离用户很近，因而非常适合快速迭代，这对团队的协作与协同水平要求更高。个体的自我管理能力最终决定了团队的协作力、执行力和创造力。“一个萝卜一个坑”的创业公司，尤其需要关注个体的自我管理能‍力。

自我管理的缺失会导致个体在职场中表现得不那么成熟，过于情绪化和忽视承诺。进行自我管理需要个体在工作中关注对自己、对同事和对团队的责任。个体只要关注这些责任就会趋于理性而非任性，也相对容易控制自己的情绪，在工作中关注共赢而不致过于自私。忽视承诺会使个体难以成为让人信任的工作伙伴，团队的内耗也会由此产生，并最终影响到团队的协作力和执行‍力。

除了自我管理缺失，轻视管理的另一种表现，是对团队管理动作背后的原因思考太少，导致因理解不了动作背后的价值而带来更高的管理成‍本。

只要对管理动作必要性的思考偏少，个体就很难锻炼出从比个体更宏观的团队层面去思考问题的能力，就容易陷入过于计较个人得失和太过自我的狭隘中。如此一来，面对绩效考核面谈这样的管理动作，当主管与自己沟通时，个体会因为跳不出个人的思考维度而无法接受主管从团队层面给出的对自己的建议，甚至可能产生与主管对抗的想法，最终造成更高的管理成‍本。

对于那些在大公司工作的人来说，需要特别注意观察和思考团队管理动作。大公司之于小公司，很大的一个差异点就在于其管理成熟度，而那是隐藏于日常管理动作中的。当你理解了管理动作背后的价值时，就意味着你的思考和管理能力会因为曾就职于大公司而潜移默化地增强。这种职业成熟度对于你所服务的下一家公司来说通常是默认的期‍待。

以为技术万能的另一种表现，是轻视掌握必要的写作工具与写作能力。如果让软件工程师在编一天程序和写一小时文档之间进行选择，绝大部分人会选择前‍者。

写作能力的不足本质上是不善思考与表达，不明白如何“自上而下表达，结论先行”和“自下而上思考，总结概括”[2]，缺乏一定的抽象和思维能力，而这些能力正是做好编程工作所特别需要的。写作与编程除了前者用自然语言、后者用编程语言这一显著区别外，在很多方面存在共‍性。

---

[2]芭芭拉·明托. 金字塔原理：思考、表达和解决问题的逻辑[M].汪洱，高愉，译. 海口：南海出版公司，2020.

我个人认为那些写作能力差的人，编程能力也不一定会好到哪儿去。但之所以仍有不少人认为“我擅长编程但不善于写作”，那是因为他们只注重掌握编程语言和必要的算法及实现软件的功能，而没有将软件设计和代码可读性、可维护性等内容考虑在内。缺失这些方面考虑的软件，对于工程师群体来说基本上就是灾难，高额技术债的形成在所难免，规模越大的软件越是如‍此。

写作能力之所以重要的另一个原因是，这种能力是团队知识管理的基石。知识管理的落实使得个体掌握知识、收获经验后，能通过文档进行沉淀，让集体能以接力棒的形式持续、深入地掌握相关知识和积累经验，通过分享和整合去最大限度地挖掘知识的价值。团队知识管理一旦缺失，就会使个体的经验无法复用，出现不同个体重复从头学习、走同样的弯路、重复造轮子的现‍象。

说到知识管理很容易让人想到个人笔记，但两者对知识组织的要求有很大的不同。个人笔记是个人知识和经验的沉淀，语言组织上可以用自己的方言，甚至用暗语。团队知识管理可以理解成为团队做笔记，需要致力于将知识和经验结构化地组织，让大家都能读懂、传播和参与完善，否则知识管理的价值就无法体现。一份让人需要花脑力去猜本意和不停找人问才能理解的文档，也会让人迅速地否定其价值而心安理得地从头开始摸‍索。

团队知识管理需要不断维护才能持续发挥效能，其背后需要一套规则，并且要求每个人能够在执行时遵守。现实中有太多这样的例子：团队花了很多心血输出了各类文档，但因为缺少持续的维护和完善，最终这些文档成了过时的摆设，从而让大家得出文档无用的结论，又回到各自走弯路、重复造轮子的局‍面。

轻视写作能力的培养，导致很多工程师不情愿投入时间去准备产品宣传和技术布道方面的材料。他们的说辞是：“术业有专攻”，开发人员就应当做开发的事，产品宣传与技术布道工作应当找产品经理这样的专人去做。乍一听似乎有道理，但就当下的时代发展而言，工程师只做代码相关的工作就会落伍，工程师需要建立起无营销不技术的认知，而营销正是靠宣传文章、技术布道去落实的，否则一个只会做而不会讲的工程师，其职业发展的天花板会低得多。要知道，随着年龄的增长，对工程师能说会道这一软技能的要求会更高，而相应的软技能是需要在日常工作中花时间去训练与实践才能掌握‍的。

给自己设限，其实是在限制自己的发展。对于任何人来说，每种技能从不擅长到擅长都是需要花时间去实践和思考的，当你投入了时间，相应的能力就会自然而然地增长，这是一个常识。投入时间做那些自己不擅长的事不应当是一个问题，有机会就试试看，试了或多或少都会有收获，试得多了，不仅会慢慢地形成相应的能力，自信心和处理不确定性问题的能力也会变‍强。

过于专注技术而忽视其他非技术技能的培养，导致工程师给外界普遍的印象是：单兵作战能力很强，合作能力不强；技术能力不错，开发能力不行；智商很高，情商不‍高。