分享

搞底层的可以不懂业务吗?

 芃篙君 2024-05-21 发布于浙江

   这是芃篙君的第226篇原创    

本文适合软件行业的朋友。大概2100字,阅读需要7分钟。


你好呀,我是芃(péng)篙,一个相信思考和努力能够拿到结果的家伙。

软件规模越庞大,就需要越多的软件工程师来研发维护。人越多,就出现了越细化的组织结构。组织结构中的协同做不好,意识不到位,就会发生各种各样的问题。今天主要聊一聊,做底层开发或者运维的技术人,是不是可以不懂业务。

01 飞来一口锅

这样的故事,大概会在各种大中型互联网企业中每天都在发生。
客户PM风风火火的找到业务研发,问你们又改了什么,客户那边在投诉某个功能又出问题了。
业务研发一脸懵逼,我们没改什么呀,上个版本只有一点点需求,跟这个功能没有任何关系。
无论改没改,出了问题,总是要查清楚的。线上故障,第一优先级处理。
查了一圈,业务研发找到,搞基建运维的研发,大佬,这里发生了什么,为啥之前是好了,在某月某日就不行了,还有点随机出现?
基建运维的研发一拍大腿,我们那会儿在做资源整合优化来着,可能某个节点出了问题,影响了业务。
客户PM比较迷茫,为什么要做优化?这个客户很重要啊你知道吗,他们来投诉过很多次了……
基建运维的研发说,为了提高资源的使用率,提升对资源的管控能力,资源在进行整合,整合以后访问速度上会有提升,运营成本会有降低。
这么一说PM更迷茫了,好在立刻清醒了过来,我换个问法吧,是不是咱们技术上的优化没有评估到对客户业务的影响。
基建运维的研发抱歉地笑了笑,是的。

这个时候大家在想什么?猜测一下。
客户PM:这帮蠢货又要害我在客户面前挨骂,不要问我想不想骂人,我想打人。但是现在的核心问题是如何跟客户解释这种事……
业务研发:这个锅跟我没关系,但是我也花了半天吭哧吭哧查呢,手上还有一堆事,大佬们能不能给我省点心……
基建运维:KPI眼瞅着就要完成了,故障这么一搅局,绩效结果有点危险啊。下次类似的事情要怎么搞才好……

02 KPI:怪我咯?

是的,每个团队都有自己的KPI。
客户PM的KPI方向是服务好每一个客户,让企业的产品服务可以提供价值产生利润;
业务研发的KPI方向是支撑好项目落地,满足客户的业务需求,保证质量和效率;
基建运维的KPI方向是提高研发效率、在保证业务正常运行的前提下降低软件运维成本。
这些KPI方向或者细化后的目标,都服务于企业整体的运营目标。但是在各自的执行上,在某个局部可能会发生一些问题。就比如上面的案例,底层的性能或者运维优化,影响到了上层的业务。看起来是基建运维团队在完成自己的KPI目标时捅了马蜂窝,泛泛而谈,可能有人会说,就是因为KPI导向才会发生这样的问题,没有这样的KPI就不会发生这样的事情了。
对于KPI这个工具来说,在一些场景下,确实存在为了数据而搞数据,为了目标而强行冲目标的事情。但是有一说一,在目标定义没有根本性和结构性问题的前提下,出了问题只能说是执行方法有问题,怪到目标上就属于因噎废食了根本性问题,是指目标定义的确实极度不合理;结构性问题是指,两个团队定的目标确实存在冲突性。
出了故障,那就正常走复盘流程,完善执行过程就好。

03 搞底层的可以不懂业务吗

其实搞底层研发的朋友也有自己的委屈,我是服务上面很多业务方的,我不可能懂上面所有的业务。但是,我又得想方设法地降本增效。这就是一个左右为难的状态,搞优化吧,可能会影响到业务,实际上已经影响了;不搞优化吧,目标不允许呀。
同为技术人,表示理解,但是不一定接受这个说法。
我们排除这种解释下的情绪和极端化的证词会发现,并不是很客观。
诚然,软件技术上一直在追求高内聚低耦合,在追求更强的独立化。这里确实存在客观上的困难,没人可以搞懂一个大型复杂软件系统的所有边边角角。但是,从底层基建运维的角度来看,你的客户就是上层业务,你就需要保证给到你的客户更好的技术产品和服务。这是一个在状态上需要达成共识的基本前提。
在此基础上,我们再探讨“懂”的问题,究竟要多“懂”才合适。搞底层的技术专家当然不需要懂到跟业务专业完全一致,但是至少要理解底层基建和运维给业务提供了什么能力和价值,我们的优化可能会带来哪些影响。如果评估能力不完善,那么建立一个机制来完善;如果需要业务研发专家来协同,那么提前约好时间,来做系统性的评估;如果优化方式缺少体系性的灰度和回滚,那么就去完善这些基本能力……在状态上认可,业务层是我们要服务的客户的前提下,各方面能力上的补足,就是水到渠成的事情。
那么回到方向和目标的层次,再回头看看这些KPI。有了足够的状态作为动力,有了补齐能力的方法,事情或许就不难做成了。

所以,从成事三角形的角度来看,搞底层的要不要懂业务,其实就是一个能力维度是否需要的问题。而能力维度是否需要,一方面取决于目标怎么定,可能是团队的KPI目标,也可以是个人发展目标;另一方面取决于自己在状态上如何认识底层支持的岗位,如何认知协同方的角色,来提供补齐能力的动力。

没有什么一定之规,核心问题在于,你是否想把事情做成

相关链接

90%以上的人都不会换位思考

好了,今天的分享就到这里,如果觉得有收获,不妨给点鼓励,点赞、关注、加加星标;转发、在看、多多益善~ 谢谢~

   END

    转藏 分享 献花(0

    0条评论

    发表

    请遵守用户 评论公约

    类似文章 更多