对于一位技术负责人,我们的要求一般是这样的:
这些只是一些显示的要求,如何评估一位候选人可以胜任这个职位呢?
需要可以回答以下几个问题。
1. 目前负责的是什么系统?系统的核心职责是什么?用什么指标衡量你系统的好坏?
2. 你所负责系统期间,做了哪些事情/优化让系统变得更好?如何证明?
3. 现阶段的系统多少分?为什么?还存在什么问题?
4. 下一阶段你需要高优做的事情是什么?为什么?
5. 现在的架构边界是否清晰?基于你对于整体架构的认知,架构还存在哪些优化空间?为什么?
如果可以很好回答以上问题,相信你已经是某个范围内的合格技术负责人了,这个范围有可能是独立一个模块、一个系统、一个方向等。
那这几个问题应该怎么回答呢?
第一个问题是需要负责人可以有宏观的视野,从业务、部门、公司价值等角度去看待现有系统所承担的价值,没有价值的系统没有存在的必要,当然更多是研发人员没有挖掘出价值。
如果你对于自己系统所承担的价值有了一定理解之后,就可以推演出衡量价值的一些指标,这些东西都是笨功夫,好的方式是做一些跨领域的学习,去学学市场分析、产品、商业等知识,找到技术之外的视角看待问题。
第二个问题是需要看负责人的思考能力,每个系统都有其发展周期,不同周期会有不同的问题,一个好的技术负责人是可以找到系统/架构现阶段最痛的点的,解决了这些痛点,产生出来的价值也更大。
很多人分不清现象和原因,这样造成的结果就是将力打到了错误的点上,收效甚微,产出不足。具体做的事情可以从新建架构/代码重构/性能优化/稳定性提升/研发效率提升/架构合理性/稳定性治理/技术债偿还等角度展开。
证明需要证明两点,第一点是:做这个事情符合系统现阶段的问题,收益最大;第二个点是:最后的收益是主要由你的动作产生的,而不是由其他原因。两者说不明白,就会对你的产出价值产生怀疑。
第三、第四个问题是需要看候选人是否具备一定时间内的规划能力,一个季度、一年、三年,不同等级人员要求不同。有一定的规划能力,代表了负责人对于系统真正的负责起来,同时对于系统的本质与价值有了很好的判断,当然这种规划也需要经得起推敲,怎么规划?套路可以参考之前写的:架构的能力是不断打磨1.0,2.0成就3.0,4.0。
第五个问题是一个偏高级的问题,考察负责人的level,因为这个问题本质上已经脱离了技术范畴,给出的答案不局限于系统、架构本身,可能对于上下游价值链路、部门墙等问题有一定的体感、观察与总结,如果可以回答好,是非常加分的。
作为技术负责人的你,是否可以回答好这几个问题呢?