“你们技术团队有30多人,为什么改个功能这么慢?整天在干嘛?”

栏目: IT资讯 · 发布时间: 5年前

内容简介:作者:黄哲铿《技术管理之巅》作者/技术领导力社区特邀撰稿人社区的Y同学,最近很焦虑,他把老板发给他的微信转给我看,让我支支招。

“你们技术团队有30多人,为什么改个功能这么慢?整天在干嘛?”

作者:黄哲铿《技术管理之巅》作者/技术领导力社区特邀撰稿人

社区的Y同学,最近很焦虑,他把老板发给他的微信转给我看,让我支支招。

“你们技术团队有30多人,为什么改个功能这么慢?整天在干嘛?要知道你们是公司最大的成本中心,要全力支持市场拓展,明天开始996!”

我问Y同学,改个功能具体指的是什么?你们改了多久?

Y说,是商品模块重构,让它支持系列品(电商系统的商品库架构),花了将近2个月时间。

我说,为什么现阶段做这个?你们每天才几千单啊。

Y回答,技术同学觉得架构不够优雅,长痛不如短痛,趁早改吧。

我接着说,临时方案异构一 张宽表也是可以的,时间能缩短3/4。

Y点点头,是的,但技术觉得这很low啊。

我继续说, 也就是说你们花了2个月的时间,做了个底层改造,而对老板来说几乎看不到有新功能的增加?如果你是老板,你 虑不?

Y赶紧给我斟了杯茶,这不是找你来取经了嘛,像我们这种几十人规模的小型技术团队,应该怎么做,才能提升产能,更好的支持业务的快速发展?

小型技术团队的定义

我喝了口茶继续说,通常初创型互联网企业,或持续经营的中小型公司 ,面临的市场竞争是非常激烈的 ,反应在业务需求上,就是功能要得急,需求想得也不够清楚,经常会变。技术呢,也没有足够的人手和精力思考架构的问题,一直在堆功能,所以欠了许多技术债,就看什么时候爆发了。

Y似乎很有同感的点着头。

“你们技术团队有30多人,为什么改个功能这么慢?整天在干嘛?”

小型技术团队治理策略 :以核心业务需求为切入点,快速放大技术收益

我也顾不上Y同学理解不理解,接着说道,小型技术团队的治理 策略,通常是以支撑核心业务的产品研发为切入点,快速放大技术收益,将技术投入匮乏的问题显性化,引发老板主动追加技术投入的意愿。

Y同学一脸困惑,当然是聚焦做核心业务了,但如何能够快速放大技术收益?

我觉得Y同学还是没理解,之前花两个月做技术重构是在错误的时间做了错误的决定,也顾不得他的面子了。

我说,花两个月重构,不产出任何业务功能,这也叫聚焦核心业务?

Y同学似乎有所领悟。

我接着说,业务的需求是一直被压制的,因为技术投入不足,一旦集中技术力量,解决最核心的业务痛点,业务立刻能感觉到技术带来的便利,之前被压制的需求就会如排山倒海般涌来。

我喝了口茶继续说,此时你要做的就是顺水推舟,所有的重点业务需求都接,邀请业务方一起排出需求优先级,业务方通常是舍不得往后排任何一个需求的,他都想要。这时你可以请求他的支持,是不是可以一起找老板聊聊,增加技术资源的投入,而不是一昧的 搞996, 毕竟这不是长久之计。

Y同学若有所思,让业务方和老板看到技术的价值,技术是投资,投资是有回报的,而不仅仅是投入。

我竖起了大拇指,没错。

小型技术团队的组织架构:扁平化、只招成年人

我接着说,在团队搭建方面,小型技术团队尽可能找全栈型的技术人员,以 JAVA 开发为例,前端H5/CSS/JS框架/App等等也要能做,另外 MySQL 安装维护调优、 Linux 安装配置、Tomcat/nginx服务器安装配置都需要掌握。

Y同学问到,从开发到上线运维,程序员全干了?

我回答,是的,小型技术团队资源有限,需要这种一专多能的人。外加产品设计人员,测试人员,组成一支精干的技术团队。

我接着补充,另外还有最重要的一点:只招成年人。

Y困惑的看着我,脑门上打了个大大的问号。

我解释到,所谓的成年人,指的是自我管理、自我驱动型的人,小型技术团队里,每个人分别负责一条小业务线,设定了目标就卯足劲头往前冲,每个人对结果负责。那些三天两头闹情绪,自我调整能力差,玻璃心的人只会拖团队的后腿。

Y补充到,也就是皮实、耐撕的人。

“你们技术团队有30多人,为什么改个功能这么慢?整天在干嘛?”

技术栈:统一的开发语言,使用常用的技术框架

我点点头继续说,小型技术团队尽量使用一种开发语言,不要一会用JAVA、一会用PHP,一会用go,资源有限的情况下,尽量降低开发和维护成本。使用的技术框架,要选择常用的,社区活跃的,以JAVA为例,可选择Spring全家桶系列。这样做还有一个原因,好招人啊,否则使用了冷门的技术框架,一旦员工离职,后来的人不容易接手。

Y表示认可,团队里曾有开发想用 PHP 做表现层,用JAVA做后端,被我制止了,也是基于开发和维护成本考虑的。

运维:尽量使用云产品

我接着说,应用的部署,尽量使用云产品,包括虚拟主机、数据库、负载、缓存等等,云上都有成熟的产品,小型技术团队无需专职的运维人员、DBA。

Y叹气,我们光SA、DBA、IT就5个人了,外加项目经理2人,看来是奢侈了。

摇摇 头,那也未必的,只是在小型技术团队里,每个名额都是非常珍贵的,尽量用在产品和开发上。

文化:开放、执行、极致

我喝口茶后继续说到,最后要关注的是技术团队文化的塑造,建立一种氛围开放、强调执行、追求极致的工程师文化,让员工在公平、简单、信任、有追求的团队气氛之下快乐的成长,为企业贡献智慧和汗水!

Y同学,双手交叉放在胸前,陷入了沉思。

高效领导者都关注[技术领导力],你也来吧!

“你们技术团队有30多人,为什么改个功能这么慢?整天在干嘛?”

精彩文章推荐:


以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

Scalability Rules

Scalability Rules

Martin L. Abbott、Michael T. Fisher / Addison-Wesley Professional / 2011-5-15 / USD 29.99

"Once again, Abbott and Fisher provide a book that I'll be giving to our engineers. It's an essential read for anyone dealing with scaling an online business." --Chris Lalonde, VP, Technical Operatio......一起来看看 《Scalability Rules》 这本书的介绍吧!

MD5 加密
MD5 加密

MD5 加密工具

Markdown 在线编辑器
Markdown 在线编辑器

Markdown 在线编辑器