※ [本文转录自 book 看板 #1XDD_QkJ ] 作者: annedoo (安安) 看板: book 标题: [心得] 经理人之道：技术主管/工程师的职涯规划 时间: Sun Sep 5 23:18:45 2021 // 推荐书籍 // 经理人之道：技术领袖航向成长与改变的参考指南 The Manager's Path: A Guide for Tech Leaders Navigating Growth and Change 作者：卡米儿・傅立叶（Camille Fournier） 拥有丰富管理经验，兼备技术知识、企业主管领导力及工程管理。从卡内基梅隆大学资讯科学学系毕业後，进入微软公司。2005年，取得威斯康辛大学麦迪逊分校的资讯科学硕士学位，进入高盛集团担任工程师，後升任技术副总裁。 2011年加入新创公司 Rent The Runway，历任技术总监、资深副总裁以及首席科技官等职务。自2017年起，在对冲基金公司 Two Sigma 担任董事总经理（Managing Director）一职。 作者也有 Medium Blog，对书籍有兴趣的人可以先看看文章。 // 书籍简介 // 不论在哪一行，「管理」都不是件简单的事。在科技产业，由於管理与技术密不可分，学习「管理」的道路荆棘丛生，「道阻且长」。更有甚者，在这个过程中鲜少有完备的工具、文献和管理框架能助你一臂之力。本书作者Camille Fournier是一位由技术负责人（tech lead）一路升职到CTO的技术从业人。从工程师到工程经理人，这本实用指南将带你走过技术职涯的每个阶段。 // 适合谁看？ // 这本书原则上是给软体工程师看的。 我自己本身不是工程师，是因为技术前辈的推荐才接触到这本书， 但身为在网路软体产业工作的一员，看完也非常有收获。 身为工程师： - 这本书的作者在美国工作，美国的软体公司文化、市场大小跟台湾差非常多， 所以我认为只能当参考用，但尽管如此依然是一本很好的参考书。 - 了解台湾跟美国不一样的软体文化、团队分工方式 - 了解可能的 career path，包含管理职和资深 IC（Individual Contributor） - 了解自己的主管、主管的主管、CTO 们在意的事情，以及如何跟他们合作 身为技术主管： - 了解自己未来的 career path - 了解如何更好的管理好团队、做好自己的工作 身为工程师之友（PM、QA、设计师）： - 了解工程师队友的思维、目标与做事方式，确保自己不要成为雷队友 - 了解工程师队友的 career path 以及可以如何在职涯道路上协助他们 - 了解台湾跟美国不一样的软体文化、团队分工方式 （书中很多专案管理工作是 Tech Lead 负责） - 如果未来有兴趣转职成为软体工程师、技术相关职位， 也可以先了解可能的 career path // 章节书摘 // 这边稍微摘录每个章节我觉得有趣、有印象的观点。 第1章｜管理入门课 第2章｜指导 第3章｜技术负责人（Tech Lead） 好主管、坏主管：流程大头目 「流程大头目」深信这世上存在一种近乎完美的流程， 如果能按照设计正确实施，一定能解决团队所有问题。 流程大头目可能痴迷於敏捷原则、看板、scrum 原则、精益原则甚至是瀑布式开发方法。 身为一位 Tech Lead， 请避免过於仰赖流程来解决团队中出於沟通或领导鸿沟而产生的问题。 有时改动流程有所助益，但不是每次都能见效， 而且没有两个优秀的团队在流程、工具或工作上如出一彻。 第4章｜管理个别成员 第5章｜管理单个团队 挡箭牌 保护你的团队不受干扰非常重要。 然而，抱持着你有能力或义务保护团队免受一切伤害的期待是不切实际的。 有时候，更适合的做法是让团队承受适当压力。 这不是为了给他们压力， 而是帮助团队理解任务的前後脉络，更明白手中任务的重要性。 你可以是下属的挡箭牌，但你不是时刻关心孩子状态的家长。 你的团队成员都是成年人，需要得到适当的尊重。 第6章｜管理多团队 决定授权或自行完成工作？ - 简单且频繁：授权 - 简单但不频繁：自行完成 - 复杂且频繁：授权（保持谨慎） - 复杂但不频繁：授权以培养人才 程式码发布频率 在软体开发业界，程式码变更的频率是衡量工程团队健康度的重要指标之一。 在专注於产品的团队中， 优秀的工程经理知道如何创造环境， 让团队快速运作， 将工作分解成数个小区块。 即使你的公司不重视，你也必须努力帮助团队找出最适当的发布频率。 第7章｜管理经理 监督整个部门的关键要点： - 如何从跨层级下属获得资讯 - 找出组织失能的原因 - 培养团队的技术策略（Tech Roadmap） 文化价值是人们在高度复杂、不确定或模糊情势下做出决策的一种方式， 在这种充满不确定的环境里， 他们将群体利益视为首位，置於自身利益之上。 他观察到，大多数新员工会先将自身利益放在首位， 直到他们开始了解自己的同事，才会谋求群体利益。 找出组织失能的原因就跟 debug 一样，是优秀工程经理应该具备的技能： 1. 预设假说、2. 检查数据、3. 观察团队、 4. 提出问题、5. 检查团队氛围、 6. 跳进来帮忙、7. 保持好奇心 第8章｜高阶管理 你的工作不是成为「房间里最聪明的人」，这不是「正确的」， 你的角色是帮助团队根据现状做出最好的决定， 协助他们持续且高效地实施这些决定。 CTO 不是什麽？ CTO 并非技术职位，他不是技术职涯的顶点， 也不是工程师在职涯发展中理所当然努力追寻的位子。 CTO 是公司目前发展阶段的技术领袖。 其定义应该是，监於公司当前发展需求，兼具策略眼光与执行能力的技术领袖。 CTO 重视并理解企业业务，以技术的角度拟定、塑造业务策略。 第9章｜塑造文化 第10章｜结语 以上。 如果你的技术主管做得很烂，也可以考虑请公司买这本书送他。 -- 产品三眼怪实验室 \(ＯＯＯ)/ https://medium.com/3pm-lab --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 1.162.164.150 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/book/M.1630855130.A.B93.html ※ 编辑: annedoo (1.162.164.150 台湾), 09/05/2021 23:23:48

※ 发信站: 批踢踢实业坊(ptt.cc) ※ 转录者: annedoo (1.162.164.150 台湾), 09/05/2021 23:28:27