写点什么

技术管理课学习笔记 01

用户头像
escray
关注
发布于: 2021 年 05 月 28 日
技术管理课学习笔记 01

极客时间《朱赟的技术管理课》学习笔记 01

01 职场分身术:从给答案到做引导


我现在还谈不上给别人答案或者引导,但是对我而言,对方首先必须要对技术话题有兴趣,才谈得上引导。如果对方只是想要快速的解决手头的问题,那么给个答案就可以了。


“问对方正确的问题,通过问题去引导”,这个估计是比较难的一件事情,恐怕只有那些自己亲身经历过的难题,才能够设身处地的问出正确的问题。不过似乎有一些大牛,在面临未知领域或者没有经验的问题的时候,根据直觉或者经验,也能问出一些有启发的问题,进而找到解决问题的思路。

02 Bug 引发的事故,该不该追究责任


如果你是一家公司的技术主管,团队里的一位工程师因为误操作删除了线上的用户数据,这时候你又发现,上个月数据的自动备份因为某些故障停止了,现在你该怎么办呢?


对于这样的问题,首先要解决的当然是评估损失程度,然后尽可能的恢复数据。上个月的备份没有了,那么现有的最早的备份是什么时间的?被误删的用户数据有没有可能恢复?


然后才是追究这个误操作发生的根本原因,有可能是因为工程师粗心大意,更有可能是技术规范的不健全,比如开发工程师不应该直接接触线上数据,或者是在做敏感操作的时候,应该有两个人在场确认。


最后从技术或者制度上找到避免此次错误再次发生的办法。


当然,作为技术主管对于这样的事故是应该担负一定责任的;而对于涉事的工程师,如果不是那种屡次出现问题的员工,那么“一个出过事故的司机,更有可能是好司机”,应该尽可能留用,并且观察其后续的表现。


前面说的这些应该是理想状态下的处理,如果这个误操作损失很大并且无法挽回呢?如果整个公司的氛围并不是特别好,而是那种遇到事情互相推诿的环境呢?


还有可能,如果这名工程师不是自己团队的成员,而是其他协作团队的人,该怎么办?如果是有多次“前科”的工程师呢?如果遇到“删库跑人”的情况呢?

发布于: 2021 年 05 月 28 日阅读数: 14
用户头像

escray

关注

Let's Go 2017.11.19 加入

Let's Go,用 100 天的时间从入门到入职

评论

发布
暂无评论
技术管理课学习笔记 01