项目中的技术债

简介: 项目中的技术债


什么是技术债

现实中我们会面对各种各样的债务,比如房贷、消费贷款、信用卡刷卡记录、商业贷款。一旦背上了债务,那么人生就不是那么美好了,每到月初和月末,债权人会以短信告知、电话告知的形式通知债务人按期还款,不知你是不是有接到这类信息时心头一紧的感觉。所谓无债一身轻就是这样的感觉吧。

项目中也会有债务,因为项目是通过技术实现的,那么项目产生的债务就是技术债,表现形式就是项目中具体使用的客户或者用户通过当面投诉、电话投诉来要求项目达到原来约定的目标,而具体应对问题的人员则为债务人员,当你无法还债时往往以人员的辞职为表现形式,后续接手的人员为了还债每天像救火队员一样疲于应付,不良的债务对公司、对个人的发展都是不利的。

技术债是如何产生的

现实中的债务往往是因为个人的欲望,提前透支了个人的消费能力而背负与能力不匹配的额度,一旦背负过多的债务产生往往会产生不好的后果,现实中极端的个案屡见报端,往往不令人惋惜。

项目中的技术债来源复杂,一般有几个方面。

公司框架带来的技术债

有太多的软件公司是小微企业,在创业的过程中自研,自主掌握技术往往不可能,于是由公司技术相对高一点的人员承担企业的架构,即我们通常意义上的开发框架,因为架构人员并不身处一线,往往凭借个人的经验来做技术选型,而技术选型大概率选用开源框架,框架与框架的兼容度,潜在的问题往往没有发现,上线之后随着用户的深入使用才逐步的发现问题。如果架构人员变更,后继人员往往无法理解前人如何做,带来的问题往往也很难定位和解决。

因为项目有工期压力,往往为了图快,开发人员也会选用一些开源组件来快速的完成任务,组件增加时过于随意,往往导致架构越来越臃肿,带来了形形色色的问题。

销售带来的技术债

破于业绩考核压力,销售人员往往夸大其词,在售卖过程中承诺了过多功能,有些能力有可能都超过了公司现有技术能力,往往进入到项目进展期时才发现有的功能很难实现,于是选用折中方案,折中方案只能满足有没有的问题,一旦使用后无法满足用户功能和性能的要求,于是客户强烈要求技术更新换代,按照合同约定客户的要求往往属于合理要求,乙方又不愿意投入费用满足,这种技术债非常容易造成甲乙双方之间的扯皮。

产品质量的问题带来的技术债

因为项目都是临时性的,往往有明确的工期,在工期压力下大部分的创业公司选择通过加班来满足工期要求,强制性的加班带来的负面效应也是明显的,比如强制加班却不支付加班费用,员工为了应付并没有仔细用心去做功能,如果测试又把关不严格,那么交付的产品往往是千疮百孔的,客户用起来是怨声载道。高压下项目人员流动快速,并没有在交接过程中留下任何有用的东西,后继人员接手干的时候往往会引入更多的问题。

技术债带来的风险

现实中如果背负太多的债务,一是影响健康,每天惶惶不可终日,二是影响个人的信用,讨债人利用各种手段催债,个人的正常生活无法正常进行,一旦进入到诉讼阶段,人生就进入了至暗时刻,想翻身都困难形成了恶性循环。

技术债和现实中也一样,过多的债务会影响后续新项目的正常开展,因为不得不投入大量的资源去解决历史遗留问题。第二是影响员工的工作体验,一旦接到客户的投诉需要立刻去处理,解决的不好客户会继续投诉,好些离职的原因就是背负的债务过多希望换一个环境。第三是对公司的声誉造成影响,在客户单位首先对项目负责人造成影响,使用人员往往说就他做的破系统难用死了,某某公司真是烂透了,他们公司做的东西就是垃圾。

如何还技术债

既然背负了债务,为了每天更好的生活我们还是需要积极的去偿还债务的。首先需要列出还债的计划,开诚布公的和客户沟通,梳理债务清单,明确还债的计划换取客户的谅解。第二需要配备专业的运维团队,及时给运维人员就产品的技术和业务做充分的培训,使得运维人员的技术和业务水平得到用户的肯定。第三建立运维的工作机制,在收到问题后及时处理,对于复杂的问题明确给出处理的期限。第四要放低身段,做产品的开发技术框架的要放低姿态,与项目人员运维人员定期沟通,收集遇到的问题,不断的优化开发框架和产品。

是你的债务跑不了,只有保持积极的心态,去拥抱问题、解决问题,生活才会越来越美化,但愿我们都没有债务快乐的工作幸福的生活。

相关文章
|
6月前
|
存储 安全 数据可视化
PMP备考之路 - 敏捷实践第六讲(关于项目敏捷性的组织考虑因素)
PMP备考之路 - 敏捷实践第六讲(关于项目敏捷性的组织考虑因素)
54 0
|
设计模式 SQL 测试技术
细数软件研发效能的七宗罪
细数软件研发效能的七宗罪
167 0
|
算法 测试技术 Python
热饭的测开成果盘点第九期:白盒自动化平台热饭的测开成果盘点第九期:白盒自动化平台
本期介绍的是一个技术含量很变态的工具-白盒自动化测试。何为白盒测试?其实就是测试具体代码,有五种方式叫做五种逻辑覆盖率,比如路径覆盖/语句覆盖等。
热饭的测开成果盘点第九期:白盒自动化平台热饭的测开成果盘点第九期:白盒自动化平台
|
监控
CMMI落地中PQA实施的苦恼
CMMI一直强调组织愿景,组织战略,一切目标的制定,活动的裁剪都是围绕着“战略”二字展开。因此不同角色的定位和工作内容也由高层的战略指导方向而定,那么QA能做到什么样,老大的理解、定位、投入是很关键的。
CMMI落地中PQA实施的苦恼
|
监控 测试技术
六年测试之精华分享:产品质量应从哪些方面提高
今天就说说近期大家比较关心的话题,根据自己多年的测试经验,对于一个企业能否很好的生存下去,有四个核心指标,产品质量Q、服务质量S、产品价格P、响应时间T,在我看来,属于技术范畴的2个最核心的指标是:一是产品质量、二是响应时间,怎样更好的保障产品质量,为一线的销售保驾护航好产品,就显得尤为重要...
1371 0
|
分布式计算 大数据 专有云
关涛:接手一个6年的平台型系统,我是如何带领团队破局前行的
12月20日的北京云栖大会上,由云栖社区主办的开发者技术进阶峰会再度开启,在此之前,我们整理了2017杭州云栖大会开发者技术进阶专场上的精彩分享内容。
5165 0
|
存储 数据安全/隐私保护
《伟大的小细节:互联网产品设计中的微创新思维》——1.2 “细节决定成败”还是“大行不顾细谨”
本节书摘来自华章计算机《伟大的小细节:互联网产品设计中的微创新思维》一书中的第1章,第1.2节,作者:文哲著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。
1453 0
《伟大的小细节:互联网产品设计中的微创新思维》——1.1 细节创新有没有门道?怎样借鉴创新?
本节书摘来自华章计算机《伟大的小细节:互联网产品设计中的微创新思维》一书中的第1章,第1.1节,作者:文哲著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。
1271 0