对于任何管理技术债务的开发组织来说,这都是一个巨大的挑战,这是过去软件开发工作中的决策所产生的大量工作。
解决技术债务通常很快就会陷入困境,因为这样做很少能解决紧急的业务需求,尤其是对于非紧急情况,投资回报率尚不清楚,因此被认为可延期。 对于涉及维护的任何事情,无论是代码还是房屋,这都是一个经典问题。 但是,有一些方法可以衡量和管理技术债务,从而帮助您控制该技术债务。
您今天开发的应用程序如何演变为明天的旧应用程序? 您和开发团队正在按定期的发布进度来冲刺和发布应用程序改进,因此,很难想象这些应用程序将来会变成旧状态。 您可能还想知道今天在开发应用程序以减少其成为旧版应用程序的风险时该怎么做。
应用程序不会在一夜之间成为传统,并且由于两个主要因素,它们成为这种方式:
- 随着应用程序的老化,组织可能会分配更少的人员来维护它,而将人员转移到更具战略意义的项目上。
- 考虑到专注于新活动,团队致力于解决应用程序技术改进的时间可能会随着时间的流逝而变小。
技术债务定义
这些技术改进的积压被称为技术债务