乐趣区

关于管理:极客星球|原来技术管理可以更美的

互联网技术突飞猛进,更新代替速度十分之快,要保障技术可能适应公司业务迅速倒退的须要,技术治理是不可或缺的一环,同时也是引领公司团队稳步向前倒退的重要因素。本文将次要从两个局部论述技术治理,第一局部什么是技术治理,第二局部从事件的角度去看,如何做技术治理?

第一局部:什么是技术治理?

当初仍有很多小伙伴疑难技术治理的定义,技术治理到底是什么?其实,所谓技术治理就是对技术进行治理的一整套办法和工具。每个人对于此都有各自的了解,有的人认为技术治理是将技术我的项目推动好,有人认为技术治理是把技术需要交付好,这些观点都是正确的但又不够系统化。治理拆开来看是两个词,管和理,更偏向于称其为理管。技术治理 = 技术 理 + 技术 管 = 技术(理事 + 管事)+ 技术(理人 + 管人)。理更聚焦在指标上,而管更聚焦在执行上,这是将两个词拆解开来解读的起因。“只理不论假把式,只管不理傻把式”,不论落地,那就是海市蜃楼,不理而间接开管,管的也毫无逻辑可言,因而两者相辅相成缺一不可。

大部分人做治理都专一在管,对于理基本上是束之高阁的,后果在理论工作中大概率产生各种跑偏,在谬误的路线上狂奔不止。这一景象与兽性也非亲非故,因为“理”这件事,一来很烧脑,枯燥乏味;二来烧不好得重来,没有及时的正反馈。因而大部分技术管理者为了回避烧脑而违心做任何事件,却失去不尽人意的后果,每个 Q 周而复始地诠释着用战术上的怠惰覆盖策略上的懈怠,让人痛心疾首。

那如何避免出现相似的谬误呢?关键在于意识的转变,即谋定而后动,先理后管,只有理分明了能力管分明。

第二局部:从事件的角度去看,怎么做技术治理?

从事件的角度谈技术治理,次要聚焦在“理”事和“管”事上,因为事是看得见摸得着的,绝对更加具象。

一、理事

理事包含定策略、定指标、定门路和定排期四个局部,这部分的终极奥义就是“做一个好的思考者”。作为技术 Leader,就须要将策略、指标、门路和排期思考的门清。遵循一个大准则:“不谋全局者不足以谋一域,只谋全局者也不足以谋一域”。没有策略和指标,当下的事儿做不对;只有策略和指标,当下的事儿也做不对。策略、指标、门路和排期这四者是缺一不可的。指标、排期如何设定,上面将重点进行论述。

1、指标

以一个例子来剖析,如何一步一步拆解出一个好的指标。

指标例子:定期清理 HDFS 回收站数据,维持集群存储,并尽量不影响集群节点的运行。这个指标会让人产生很多疑难,如:什么叫定期清理?维持集群存储多少?什么是尽量?不影响运行是指可用性多少?而好的指标公式蕴含:做残缺件事件预计会产出什么(数字),如产品数字(用户数),标签数字(准确率),技术数字(稳定性)。那么将上述指标带入此公式中,指标即为:2021 年 Q3,数据治理的指标是清理 5P 存储空间,霎时让人恍然大悟。

2、排期

在有了清晰的指标之后,排期就显得尤为重要了,如果没有正当的排期,指标实现将会遥遥无期。好的排期的公式为:预计会在将来 3 个月内的多个工夫点,做什么事件产出什么后果(数字),并尽量拆到一周或两周。按照此公式,排期即为:

1)7 月 15 日 - 7 月 30 日,给 top 500 的表设置生命周期,节约 3P 空间;

2)8 月 1 日 - 8 月 30 日,到职人员工作下线,应用为零的表下线,节约 2P 空间;

3)9 月 1 日 - 9 月 30 日,对 top 200 工作的脚本进行梳理,优化执行效率。

这样拆解下来,执行动作与工夫周期高深莫测。

二、管事

管事蕴含钉节奏、钉产出、顶危险、顶问题四个局部,这部分的终极奥义就是“做一个好的提问者”。作为技术 Leader,在执行过程中要多问小伙伴问题,帮忙小伙伴把事件梳理分明执行到位。问题次要包含以下两类:第一类是本周停顿类问题;第二类是卡点类问题。

1、停顿类问题

以一个例子来剖析如何通过问问题把它变成一个好的本周停顿。

本周停顿例子:数据资产平台初步开发中。那么能够通过问以下问题让其更为明确,如开发的内容是什么?从开发到上线分为几步?目前停顿是百分之多少?初步是什么意思,是几个人开发了几天?那答复完这些问题之后,本周停顿就变成了:数据资产平台 1 个 Java 用 2 天开发资产价值公式性能,整个 1.0 版本停顿 10%,停顿霎时清晰明了。

2、卡点类问题

有了清晰明了的本周停顿后,那本周停顿不现实的起因就显得尤为重要了,次要是问这么几个问题:是需要有变更么?是资源不够么?是上游没有按时交付么?是评估工作量时太激进了么?是呈现了什么未知危险么?通过这些个问题,这些卡点肯定能够今日事今日毕。而作为技术 Leader 的最基本面,就是推功揽过,不能往后缩,这样团队能力硬起来。不积跬步无以至千里,不要错过任何一次的停顿,也不要放过任何一个小问题。

技术治理的定义以及从事件的角度怎么去做技术治理曾经很清晰明了,那么技术管理者应该具备什么样的思维?

1)逻辑思维:搞技术的选手,逻辑是人造的劣势。所谓逻辑思维拆解下来就是纵向不重不漏,横向因果关系的二维表思维。

2)极致思维:俗话说得好,任何事件做到极致都是艺术,技术治理亦如是,1 次弄不好就弄 10 次。

本次分享从拆解治理二字登程,强调理事布局与管事执行的区别与外围,并就技术治理的思维延长,为技术管理者带来新思路,感激浏览。更多技术治理干货,点击【浏览原文】理解 MobTech 杨冠军新著《数据赋能:IT 团队技术治理实战》。

退出移动版