一线主管养成记 如何从优秀的工程师转型为一线技术管理者 丁雪丰

Razor

2019/10/19 发布于 技术 分类

文字内容
1. ⼀一线主管养成记 如何从优秀的⼯工程师转型为⼀一线技术管理理者 丁雪丰 平安壹钱包资深架构师
2. 在此键入姓名 在此键入tittle
3. ⾃自我介绍 资深架构师 @ 平安壹钱包 曾任职于支付宝、百度 多部技术图书作译者 极客时间《玩转Spring全家桶》课程主理人
4. 这是本“某程序员的日记” 关于一线技术主管的那些 Why What How How 是本次的重点
5. 程序历2048年年2⽉月16⽇日 晴 一大早,主管和HR找我谈话,我被升为团队的主管了。 是不是应该买个机械键盘犒劳一下自己? 不过,我有个疑问—— 为什么会升我做一线团队的技术主管呢? 程序员 日记
6. 为什什么被选中的⼈人是我 有能力 有意愿 有担当 有能力 专业技术能力 沟通协作能力 …… 有意愿 有带领团队迎难而上的想法 有合作精神 有担当 不是什么责任都自己扛 要对结果负责
7. 程序历2048年年3⽉月2⽇日 晴转多云 半个月过去了,我感觉自己的工作没什么变化。 是不是我在新岗位上的姿势不对,要不要再观察一阵子? 也许我该找隔壁组老王问问—— 成为一线技术管理者后,究竟会发生哪些变化呢? 程序员 日记
8. 不不同阶段的能⼒力力要求 一线工程师 项目Leader 一线主管 ⭐ ⭐⭐ ⭐⭐⭐ 技术决策 ⭐ ⭐⭐ 资源协调 ⭐ ⭐⭐ 专业技能 梯队建设 ⭐
9. 程序历2048年年4⽉月16⽇日 阴 以前做一个项目的负责人还好, 现在一个团队这么多人,同时并行这么多项目…… 好像有些手忙脚乱、不知所措的感觉。 成为一线技术管理者后,该如何带领团队落实工作呢? 程序员 日记
10. 如何带领团队 依靠职位赋予的权利 展现专业能力与个人魅力 不能一个人冲锋,要善用团队的杠杆 分配任务要明确,把大目标分解成小目标 每个阶段要有明确的反馈,还得是即时的反馈 多在公开场合鼓励成果,在私下场合指出问题
11. 程序历2048年年5⽉月12⽇日 多云转晴 之前老王说团队成员的发展和培养都是我应该关注的。 还没来得及细想,今天就被老板拉去谈话了…… 原来老板也是怕我还没上道,赶紧来给我支了几招。 我拿小本子记下了: 团队成员是你最重要的投资, 你在他们身上的每一份付出都会有回报的。 程序员 日记
12. 在你成为领导者之前,自己的成长是成功; 而你成为领导者之后,帮助他人成长,才是成功。 —— 杰克・韦尔奇
13. 要带出一个好的团队, 一定要依赖激励因素 在团队建设过程中, 需要赋予工作更多的意义 团队成员不是你的负担, 团队成员是你的宝贵财富
14. 程序历2048年年6⽉月30⽇日 阴 人生第一次要给别人打绩效,而且还是271的比例,强制的…… 好绩效打给谁倒还好说,关键那个差的该给谁呢,要不打给我自己? 一年还要打几次,赶紧向隔壁组老王请教一下: 正确的为团队打绩效,是一线技术主管的必修课之一 程序员 日记
15. 如果只说⼀一句句话 什么是绩效管理? 绩效管理,是种管理手段 绩效管理要做什么? 绩效管理,不是简单的打个分 绩效管理要注意什么? 绩效管理,工作要做在平时
16. 公平,用“同一把”尺子丈量万物;公正,就是选“哪 一把”尺子来丈量;公开,就是把丈量的过程展示给 公众,让同意公正者,监督公平。 —— 刘润
17. 程序历2048年年9⽉月8⽇日 阴有阵⾬雨 团队里的小刘突然来找我,说要聊聊,顿时有一种不祥的预感。 果然,他和我说想要离职。我感觉天要塌下来了…… 一线团队主管该如何面对成员的离职请求呢? 程序员 日记
18. 员工辞职,原因只有两个: 第一,钱没给到位;第二,心委屈了 —— 马云
19. 针对不不同的⼈人,要有不不同的策略略 原本就要优化的人 有贡献的非核心成员 重要的核心成员 你自己😓
20. 程序历2048年年10⽉月24⽇日 多云 团队大部分的工作都步入正轨了,我终于能稍微安心一些了。 不过,少数要和外部配合的项目进度不佳,不知道为啥不配合我们。 另外,偶尔有会有小伙伴和我吐槽,想做点新东西。 我该怎么满足所有人的诉求呢? 要让内部与外部都满意,一线主管要思考的问题还很多 程序员 日记
21. 如何改善团队间的配合程度 换位思考 理解动机 寻找机会 表达善意 明确目标 促成双赢
22. 如果想让团队承担更更多⼯工作,需要注意什什么 最好能与团队存在密切关系 不要什么都想着往自己碗里放 最好能有一定的发展潜力 不要惦记别人手头干的好好的事 最好能用创新的手段化解难题 不要远超过团队的现有能力 最好能对大家都有利 不要舍本逐末 在行动前获得老板的支持
23. 程序历2048年年11⽉月11⽇日 暴暴⾬雨 今天出了个比较重大的产线故障。 虽然大家快速响应了,但还是对业务造成了一些影响。 原因搞清楚了之后,明明都有责任,可为什么大家全针对我们呢? 面对故障,一线主管该如何去思考呢 程序员 日记
24. 常在河边⾛走,哪有不不湿鞋,先坦然⾯面对 故障后的第一反应 谁该为故障担责 以后该怎么办 迅速恢复系统并止损 站在全局的视角看看 跳出纯技术的思维看问题
25. 举个例例⼦子——避免意外,成本越低者责任越⼤大 避免意外的成本 < 发生意外的概率 ・ 意外所产生的损失 侵权法中的“汉德公式” 成本是放弃了的最大代价 沉没成本,边际成本与边际收益
26. 致谢 一路指导我走上正轨的各位前辈 一直支持我的各位团队成员 与我发生过“冲突”、被我“坑过”的各位同事 得到APP中的各位老师 罗胖、刘润、薛兆丰、宁向东、王烁、李翔、邵恒……