卡尔·安德鲁斯是Original Software的CEO，他领导公司的使命，帮助组织通过先进的AI驱动测试智能和自动化来提高软件质量，降低风险，并加速数字转型。卡尔专注于产品创新、客户成功和在IFS、SAP和Infor等ERP生态系统中建立战略合作伙伴关系。
推动企业资源规划（ERP）和商业关键软件交付速度的压力，往往会产生隐藏的成本，这些成本最终会被组织所承担，Carl Andrews，Original Software 首席执行官表示。每个首席信息官都曾经历过上线庆祝活动。蛋糕、祝贺、终于发布的如释重负感。人们较少讨论的是，在随后的几个月里，当按时交付的压力已经悄悄地将成本转嫁给了维护已交付内容的团队时会发生什么。这不是一个小众问题。软件交付速度的推动正在加速，而不是减慢。冲刺周期变得更短，发布频率增加，技术应对业务需求几乎实时的期望已经成为标准。通常，快速移动是正确的直觉。问题在于为了实现这一点，什么被悄悄牺牲了。债务从哪里开始技术债务 往往没有任何警告。它通过看似完全合理的决定逐渐积累。文档被推到优先级列表底部，因为团队需要按时完成任务。由于正确的解决方案会延迟项目，一个临时解决方案被添加到 ERP 配置中。由于时间表已经延迟，测试被减少一个定制被保留，因为替换它感觉太具破坏性。没有人故意积累债务。这是压力下做出一系列听起来很合理的决定所剩下的东西。几个捷径变成了一个系统，这个系统比任何人预算的都更难改变、更容易出错、维护成本更高。ERP 环境尤其容易受到影响。由于其本质，它们位于组织的中心，连接了财务、人力资源、供应链、采购和其他关键业务功能。随着时间的推移，多年的捷径、临时解决方案和不充分的文档变更创造了无人预料的复杂性，但每个人都继承了它。结果是可以预测的，即使时间不是问题，也应该在测试中发现的问题，而是在业务流程中，通常是在最糟糕的时刻。为什么组织低估了这个问题挑战的一部分是技术债务很少表现为明显的成本。与项目失败或错过截止日期不同，债务逐渐积累。它表现为需要比预期更长时间的升级、需要比预期更大努力的更改，以及团队花费数周时间调查曾经很容易解决的问题。由于这些成本逐渐出现，它们通常被视为孤立的事件，而不是更大问题的症状。组织倾向于关注快速交付的明显好处，同时忽略了使系统更难维护和演进的长期后果。结果是技术债务通常只有在开始影响业务表现时才会受到关注。对创新、生产力和恢复力的影响技术债务的最大成本通常不是技术方面的，而是战略方面的。随着 ERP 环境变得更加复杂，IT 团队花费更多时间维护现有系统，较少时间交付新功能。原本可以支持转型项目、流程改进或人工智能计划的资源却被吸入故障排除、返工和系统维护中。创新速度变慢，因为每个变化都带来更大的风险。生产力下降，因为常规任务需要更长时间才能完成。恢复力下降，因为系统变得更难测试、支持和在出错时恢复。这形成了一个令人沮丧的循环。组织推动速度以保持竞争力，但由此产生的债务最终使未来的变化变得更慢、更昂贵、更难以交付。找到平衡答案不是放慢速度。很少有组织能够承担这种代价。目标是建立支持速度的交付流程，而不损害长期质量。这首先需要认识到测试、文档和治理等活动并不是交付的障碍。它们使可持续交付成为可能。对于 ERP 系统，强大的回归测试尤为重要。这使组织能够相信更改、更新和升级可以在不在业务的其他地方造成意外破坏的情况下进行。结合整个交付生命周期中的更大程度的自动化和更早的测试，有助于在问题变得昂贵之前识别问题。最重要的是，组织需要将技术债务视为一个业务问题，而不是一个技术问题。今天为加速交付而做出的决定将在未来几年影响系统的成本、灵活性和恢复力。上线并不是终点线。它只是长期决策后果开始出现的时间点。那些在长期内成功的组织将不是那些短期内行动最快的组织，而是那些能够在不被依赖的系统阻碍的情况下不断改变和创新的人。
