技术人转型管理:从代码到人心的修炼之路

技术人转型管理,核心在于以人为本,建立信任,明确价值观,高效协作,及时反馈,设定边界。少走弯路,快速成长!

原文标题:读书笔记 | 技术人做管理少走10年弯路

原文作者:图灵编辑部

冷月清谈:

本文总结了技术人转型管理的关键要点,强调了管理的核心在于“以人为本”,而非单纯的技术能力。文章指出,信任是管理的基础,管理者应关注团队成员的成长,为其设置阶段性目标并及时反馈。同时,明确自身的核心价值观,并将其作为决策的基准。在跨团队协作中,保持礼貌、尊重、友善和透明至关重要。优先级管理方面,需宏观上与价值观对齐,微观上拆解任务,并通过快速完成小任务来获得正反馈。文章还强调了反馈的重要性,应公开赞美,私下反馈,并结合具体事例和价值观。最后,管理者应设定边界,保护自己和团队的时间与精力,避免过度承诺和无效会议。

怜星夜思:

1、文章提到技术人转管理最大的误区是“以为把代码写好就能带好团队”,那么除了技术能力,你认为技术管理者最应该具备哪些核心素质?
2、文章建议管理者从价值观词典中选择3个最能引发共鸣的词作为自己的核心价值观。如果你现在是一名技术团队的管理者,你会选择哪三个词,为什么?
3、文章提到“设定边界不是自私,是对自己和团队负责”,但在实际工作中,如何平衡帮助团队成员和保护个人时间精力之间的关系?你有什么实用的技巧或建议?

原文内容

最近翻完《技术管理必修课》这本书,最大的感触是:技术靠逻辑,管理靠人心,没毛病。很多技术人刚转管理的时候总想着靠代码能力服众,最后发现越抓细节团队越散。信任从来不是管理的手段,而是所有动作的基石。技术人转管理最大的误区,就是以为把代码写好就能带好团队。其实不然,写代码是跟机器打交道,逻辑对了就行;但做管理是跟人打交道,每个人都有不同的性格、需求和动机。译者序里说得特别好,要为新人设置阶段性里程碑,在每个突破点给予具体反馈;为快速成长的成员安排具有挑战性的项目,并预留专属指导时间;发现沉默寡言却见解独到的技术专家,通过技术分享来放大他们的声音。这些具体的做法,本质上都是在建立信任。
做管理的第一要务是明确自己的核心价值观。我自己选的三个词是好奇心、可依靠、成长,所有决策拿这三个标尺一卡,基本不会出大错。好的价值观从来不是墙上的口号,是遇到冲突时的决策基准。书中列出了一个价值观词典,从责任、倡导、自主、同情、协作、贡献、创造力、好奇心、可依靠等几十个词里选出最能引发共鸣的三个,其实是一个自我认知的过程。理解自身价值观与你作为管理者所关心的事物之间的联系——你支持什么、反对什么——是一项宝贵的训练。好的团队价值观应具备这样的特质:传达了某个大家可以轻松理解的观点,并可作为决策的基准。比如授权员工自主决策,因为我们看重他们的专业知识和能力;鼓励犯错,因为失败是成功的垫脚石。
跨团队协作和开源协作的核心其实非常简单,就八个字:礼貌、尊重、友善、透明。不管是项目维护者还是参与者,多站在对方角度想一步,减少信息差,就能避免90%的矛盾。书中专门用一章讲跨团队协作与开源协作,从维护者视角和用户视角分别给出了具体的建议。从维护者视角看,要避免"知识的诅咒"困境——项目维护者因过度熟悉项目细节,容易误以为所有信息对他人都显而易见。降低协作门槛的关键措施包括:新手友好引导,使用"需要帮助""初学者友好"等标签;标准化贡献流程,通过 makefile、CONTRIBUTING.md 明确项目构建流程和PR要求;规范问题提交,设计并使用标准化的问题模板。在尊重贡献者方面,即使不合并PR,也要留下评论说明原因,这是对贡献者时间和热情的尊重。
优先级管理是技术管理者的核心技能,宏观上用价值观对齐日程,微观上拆解任务先做小的拿正反馈。OKR要遵循70%成功原则,不用追求满打满算,太保守的目标没有任何意义。书中用两章篇幅讲优先级规划,宏观层面的核心问题是决策疲劳——日常中无数的决策和任务优先级判断,会消耗认知能力,导致做出不理智选择。对策是建立宏观规划体系,避免每周重复琐碎决策。价值观导向的优先级设定策略包括:坦诚面对价值观,投入精力的地方就是价值观的体现;季度网格练习,设立四个象限将任务归入,观察任务覆盖的象限数量。日常工作的优先级规划则包括:全面梳理任务,复杂任务拆解,先做紧急的小任务和能迅速搞定的小任务,快速获得成就感,释放多巴胺,保持工作热情和动力。
给反馈记住一个黄金准则:公开赞美,私下反馈。别当着全团队的面挑人毛病,也别吝啬在公开场合肯定成员的贡献,具体的反馈永远比空泛的评价有用。书中第11章专门讲提供反馈,虽然没有一成不变的规则,但有一些值得参考的指导原则:重拾心态,在提供反馈之前,先思考一下这个人现在的心态是否适合获取反馈,你自己的心态又是否适合进行这场对话;及时反馈,最好在事件发生后尽快给出反馈;选择适合对方的方式;保持对话开放;结合自身经历,给出具体的反馈;如果能明确指出具体有哪些地方可以改进以及为什么要改进,反馈会更有帮助;将反馈与价值观和目标联系起来。一对一会议也是反馈的重要场合,核心价值在于让交谈的双方更加明确彼此的意图,减少工作中的不确定性与误解。
最后想跟所有管理者说,设定边界不是自私,是对自己和团队负责。你连自己的时间和精力都照顾不好,怎么可能撑得起整个团队的发展?大家加油!书中第22章专门讲设定边界,核心认知是设定边界不是自私,而是保护团队与自我。帮助他人容易过度付出,牺牲自身利益;不设边界会导致无法践行价值观,也无法真正支持团队;照顾好自己,才是照顾好团队的最好方法。学会适时拒绝,避免承诺过载,不自觉地承诺过多会导致沉重压力和疲惫。拒绝技巧包括:不必立即答复,可深思熟虑后再决定,设定答复期限;在他人初次提出请求时就明确拒绝,避免后续麻烦。应对会议繁多的策略包括:勇敢取消无价值的会议,降低会议频率;明确期望,提议"两周开一次会,问题用邮件解决"等方式。

谢邀,人在工位,刚下电梯。跨团队协作嘛,我感觉最重要的是“换位思考”。站在对方的立场考虑问题,理解对方的难处,才能更好地沟通和协作。很多时候,冲突的根源不是利益冲突,而是缺乏理解。所以,在跨团队协作中,要多倾听、多沟通、多理解,努力达成共识。当然,如果对方实在不讲理,那就……据理力争!

平衡工作和生活确实是个难题,我的经验是:

1. 提高工作效率:在工作时间内集中精力,避免无效的会议和沟通,提高单位时间的产出。
2. 合理安排时间:将工作任务分解成小块,合理安排每天的任务,避免临时抱佛脚。
3. 学会拒绝:对于超出自己能力范围或者优先级不高的任务,要学会拒绝,或者寻求帮助。
4. 预留休息时间:每天保证充足的睡眠,周末尽量放松,避免过度疲劳。
5. 培养兴趣爱好:工作之外,培养一些兴趣爱好,转移注意力,放松心情。

需要注意的是,每个人的情况不同,需要找到适合自己的平衡方式。

我可能会选“成长”、“透明”和“责任”。成长代表着持续学习和进步,透明能建立信任,而责任则能确保每个人都对其工作负责。

我觉得leadership也很重要。不仅仅是title上的领导,更加重要的是能够激励团队成员,帮助他们成长,并营造一个积极向上的团队氛围。一个好的leader可以点燃团队的激情,让大家一起朝着目标前进。

我选“务实”、“担当”和“共赢”。技术最终还是要服务于业务,解决实际问题;出了问题不能甩锅,要勇于承担;团队成员不是螺丝钉,要一起把事情做好,一起分蛋糕。

可以尝试建立知识库或者FAQ,把常见问题整理出来,让团队成员可以自助查询。这样可以减少重复性的问题,也能节省大家的精力。实在不行就引入AI客服,解放生产力。

我会选择“创新”、“协作”和“结果导向”。创新是技术团队的生命力,协作能让我们更好地解决问题,而结果导向则能保证我们始终朝着目标前进。

从我的角度来看,战略眼光和决策能力也很关键。技术管理者需要能够预见未来趋势,做出正确的技术选型和架构设计,才能带领团队走在正确的道路上。否则,团队可能一直在做重复劳动,错失发展机会。

我的做法是设置固定的“开放时间”,比如每天下午预留一个小时专门用于解答团队成员的问题。这样既能保证及时提供帮助,又不会让自己的时间被过度切割。

我觉得除了技术,同理心和沟通能力非常重要。技术再牛,如果不能理解团队成员的想法和需求,不能清晰地传达目标和期望,团队协作效率肯定上不去。

我觉得更重要的是培养团队成员独立解决问题的能力。鼓励他们先自己尝试寻找答案,实在解决不了再来求助。授人以鱼不如授人以渔嘛。