咨询热线

0371-86158370

警惕降本增效!软件开发不可忽视的四大误区(一)

如果您正在寻找相关产品或有其他疑问,可随时拨打服务热线,或点击下方按钮与我们在线交流!

2024-01-17 10:01:11 发布者:超级管理员

一、技术上的主次混淆

没有人会认为自己是一个主次不分的笨蛋,但实际上,团队合作过程中表现出来的综合智商就是低于个体智商的。 再加上,团队中,总是会掺杂一些“不知道自己不知道”的盲目者,最终会把团队带向歧途。

举一个在腾讯内,很典型很常见的例子。
本来有一个团队,可能原本他们是负责一款软件 App 的研发,在执行工作的过程中,发现自己缺少了一个基础组件。这个组件可能是一个 crash 率的监控组件,也可能是一个为了解决性能问题而诞生的性能监控组件,还可能是性能辅助工具或者日志工具组件,等等。所以他们就会安排员工自己去做这样一套工具组件出来。
当工具组件开发完成,也能够满足自己使用的同时,他们就会诞生一个想法,就是这个工具组件,在旁的团队是不是也需要?这样常见的工具,很大概率大家都会需要吧?如果我们把这个组件推广出去,我们的技术价值是不是就会扩大?研发同事是不是就有更多的晋升素材?大家似乎能从中捞到好处,而且是以技术的名义,看起来还很正义。这样的想法,大概率都是一拍即合的。
这个想法本身没有错,如果说我们有充分的时间精力,或者说我们确实做出了一个通用化的工具,且通用的价值也足够大的话,是可以去做这个事情,但是现实往往很复杂。有可能他的主项目处于人力紧缺的一个状态,有可能他们的业务正在生死边缘,都快做不下去了,有可能主业务那边还在拼命招人,却招不够,找不到合适的人才。但是,这边却又拎着一支技术队伍去做以通用化为目的的技术工具。那么最后的结果是什么呢?那就是浪费了更多的人力和时间。
那这件事能不能够成功呢?
首先他还不一定能够成功,对吧?即便他能够成功,它也仅仅只是给别的团队提供了一个不一定很适用的工具。别的产品团队拿过去用,可能还会抱怨说这个工具不太好用。自己还得持续投入人力去不断完善。因为每个团队有自己软件架构的一些特色特点,用法特征,你做成通用化的,别人拿去不一定是最好用的,原本只做给自己用,完全以自己的使用方法习惯和团队的成员的特色去结合,是很好用的。但是他把它通用化之后,有可能自己也不一定好用了,别人也不一定是最适用的,虽然它可能有一定用途。即便最终有人用了,那旁的团队能给到他什么呢?能支持他的业务成功么?显然不太可能。
所以,我们要思考一下,我们在一家大公司里,做这样的一些小的基础工具产生的价值,和我们做出一个真正意义成功的产品的价值的对比,差异有多大?完全不在一个量级吧,一款产品的大成功是决定性的价值,而一个或者好多个通用的小工具,其价值能与之相提并论么?


相关产品
更多推荐
科技·质量·服务·创新

科技·质量·服务·创新

提交需求

如果您对我们的产品感兴趣,或者我们有什么可以帮助到您的,您可以随时在线与我们沟通。 当然您也可以在下面给我们留言,我们将热忱为您服务!

快速响应给予技术咨询答复

专业优质软件服务

成熟领先产品解决方案

专业可靠合作伙伴

免费咨询 0371-86158370
免费获取报价

获取报价

销售热线销售热线:0371-86158370

返回顶部

首页 在线咨询在线咨询 一键拨打一键拨打