【技术管理必修课】技术人做管理少走十年弯路

最近翻完整理的技术管理必修课笔记，最大的感触是：技术靠逻辑，管理靠人心，没毛病。很多技术人刚转管理的时候总想着靠代码能力服众，最后发现越抓细节团队越散。信任从来不是管理的手段，而是所有动作的基石。技术人转管理最大的误区，就是以为把代码写好就能带好团队。其实不然，写代码是跟机器打交道，逻辑对了就行；但做管理是跟人打交道，每个人都有不同的性格、需求和动机。译者序里说得特别好，要为新人设置阶段性里程碑，在每个突破点给予具体反馈；为快速成长的成员安排具有挑战性的项目，并预留专属指导时间；发现沉默寡言却见解独到的技术专家，通过技术分享来放大他们的声音。这些具体的做法，本质上都是在建立信任。

做管理的第一要务是明确自己的核心价值观。我自己选的三个词是好奇心、可依靠、成长，所有决策拿这三个标尺一卡，基本不会出大错。好的价值观从来不是墙上的口号，是遇到冲突时的决策基准。书中列出了一个价值观词典，从责任、倡导、自主、同情、协作、贡献、创造力、好奇心、可依靠等几十个词里选出最能引发共鸣的三个，其实是一个自我认知的过程。理解自身价值观与你作为管理者所关心的事物之间的联系——你支持什么、反对什么——是一项宝贵的训练。好的团队价值观应具备这样的特质：传达了某个大家可以轻松理解的观点，并可作为决策的基准。比如授权员工自主决策，因为我们看重他们的专业知识和能力；鼓励犯错，因为失败是成功的垫脚石。

跨团队协作和开源协作的核心其实非常简单，就八个字：礼貌、尊重、友善、透明。不管是项目维护者还是参与者，多站在对方角度想一步，减少信息差，就能避免90%的矛盾。书中专门用一章讲跨团队协作与开源协作，从维护者视角和用户视角分别给出了具体的建议。从维护者视角看，要避免"知识的诅咒"困境——项目维护者因过度熟悉项目细节，容易误以为所有信息对他人都显而易见。降低协作门槛的关键措施包括：新手友好引导，使用"需要帮助""初学者友好"等标签；标准化贡献流程，通过 makefile、CONTRIBUTING.md 明确项目构建流程和PR要求；规范问题提交，设计并使用标准化的问题模板。在尊重贡献者方面，即使不合并PR，也要留下评论说明原因，这是对贡献者时间和热情的尊重。

优先级管理是技术管理者的核心技能，宏观上用价值观对齐日程，微观上拆解任务先做小的拿正反馈。OKR要遵循70%成功原则，不用追求满打满算，太保守的目标没有任何意义。书中用两章篇幅讲优先级规划，宏观层面的核心问题是决策疲劳——日常中无数的决策和任务优先级判断，会消耗认知能力，导致做出不理智选择。对策是建立宏观规划体系，避免每周重复琐碎决策。价值观导向的优先级设定策略包括：坦诚面对价值观，投入精力的地方就是价值观的体现；季度网格练习，设立四个象限将任务归入，观察任务覆盖的象限数量。日常工作的优先级规划则包括：全面梳理任务，复杂任务拆解，先做紧急的小任务和能迅速搞定的小任务，快速获得成就感，释放多巴胺，保持工作热情和动力。

给反馈记住一个黄金准则：公开赞美，私下反馈。别当着全团队的面挑人毛病，也别吝啬在公开场合肯定成员的贡献，具体的反馈永远比空泛的评价有用。书中第11章专门讲提供反馈，虽然没有一成不变的规则，但有一些值得参考的指导原则：重拾心态，在提供反馈之前，先思考一下这个人现在的心态是否适合获取反馈，你自己的心态又是否适合进行这场对话；及时反馈，最好在事件发生后尽快给出反馈；选择适合对方的方式；保持对话开放；结合自身经历，给出具体的反馈；如果能明确指出具体有哪些地方可以改进以及为什么要改进，反馈会更有帮助；将反馈与价值观和目标联系起来。一对一会议也是反馈的重要场合，核心价值在于让交谈的双方更加明确彼此的意图，减少工作中的不确定性与误解。

最后想跟所有管理者说，设定边界不是自私，是对自己和团队负责。你连自己的时间和精力都照顾不好，怎么可能撑得起整个团队的发展？大家加油！书中第22章专门讲设定边界，核心认知是设定边界不是自私，而是保护团队与自我。帮助他人容易过度付出，牺牲自身利益；不设边界会导致无法践行价值观，也无法真正支持团队；照顾好自己，才是照顾好团队的最好方法。学会适时拒绝，避免承诺过载，不自觉地承诺过多会导致沉重压力和疲惫。拒绝技巧包括：不必立即答复，可深思熟虑后再决定，设定答复期限；在他人初次提出请求时就明确拒绝，避免后续麻烦。应对会议繁多的策略包括：勇敢取消无价值的会议，降低会议频率；明确期望，提议"两周开一次会，问题用邮件解决"等方式。

另外，感谢图灵出版的英子给我寄来的新书，我是看着图灵的各种书籍走上了技术的道路，相信大家都身有同感。接下来我也会分享各类新书。