执行概要

如果你不知道自己欠了多少债呢? 这将是一种不舒服的处境, 不知道它的成本是多少，也不知道它在多大程度上阻碍了公司的运营改进, 应对市场变化, 甚至完全改变整个行业.

此外，如果组织中的任何人都可能在未经许可的情况下招致债务，该怎么办? 例如, 你的房地产主管可能很快就会签订一份多年的租约，第一年的租金很低，但未来几年的租金会大幅上涨，而除了谈话之外，任何人都不会透露这一点.

这听起来像是轻率的治理，但实际上在企业中很常见. 问题在于，这种“债务”并非以我们都非常熟悉的传统金融工具的形式出现.

技术债务具有所有这些特征.

债务最简单的形式就是今天借钱，并承诺将来偿还. 当今天的借贷会带来更美好的明天时，债务是有意义的.g.比如借钱上大学或者买房子. 债务通常是坏的，因为今天借钱会导致明天更糟.g., 出去吃一顿昂贵的晚餐，然后用信用卡支付，而且你不会马上还清.

就公司而言, 如果债务是为了投资而产生的，可以提供比债务更大的回报，那么债务可能是好的 债务成本. 如果你计划在债务到期之前出售公司，这也是有道理的. 债务的缺点是，它有一个非常实际的费用，拖累现金和利润, 限制了灵活性, 而且可能会变得非常沉重，最终导致 破产.

到目前为止, 我们暗指的比喻是关于金融债务的, 然而，另一种形式的债务——技术债务(或“技术债务”)——有许多类似的特征，必须加以衡量, 管理, 并以一种深思熟虑的方式进入. 如果它能让你的公司在竞争中领先一步，那么它很可能是值得的. 类似的, 承担技术债务以减轻潜在的严重安全漏洞可能也是值得的.

然而, 技术债务有其不利之处, 导致效率低下和惰性——比如当一个部门不想使用另一个部门的软件时, 或者你为了达到短期财务目标而多次推迟升级.

那么，什么是技术债务?

技术债务 从那以后，这个术语主要在技术社区内使用吗 Ward Cunningham他在1992年创造了这个短语. 随着敏捷编程的普及，它的使用最近开始迅速普及，并成为人们关注的焦点. 本文中讨论的技术债务不是关于编程方法的，而是其存在的战略含义.

简单来说, 技术债务是由于在实现新系统或维护现有系统时为节省时间或金钱而做出的先前决策而增加的成本和敏捷性损失. 当系统没有正确集成或代码过于复杂时，就会出现这种情况. 这是由多种原因造成的, 比如效率低下, 上市时间考虑, 或者运行过时版本的软件, 在其他许多人中.

一些明显的例子是:

1. 使用旧版本的Windows会阻止您使用新软件或应用安全升级
2. ERP系统陷入了一个恶性循环，太老了，定制化了，无法升级, 因为这将是一个“撕裂和替换”的努力
3. 相似的系统，在组织的不同部分有重叠的功能

下面的图表是一个有用的图表，可以说明技术债务与公司技术堆栈中可以实现的其他技术实现有何不同. 经常被误认为是虫子, 技术债务则大不相同，因为它的存在可能并不明显. 这就是危险所在, 它不动的时间越长, 未来的影响程度就会越高.

作为一个 首席财务官 他既在高杠杆企业的IT部门工作，又向我汇报IT工作, 这让我震惊，技术债务与传统债务是多么相似. 它的不透明和风险也让我感到震惊. 那些有金融背景的人对金融债务的机制了如指掌——它是有形的，易于计算. 然而，技术债务并非如此, 哪一个经常被误解或错误地认为是别人的问题.

技术债务的成本到底是什么?它们是真实存在的吗?

简短的回答是，现金成本是非常真实的. 还有一些重要的软成本应该加以识别，并单独衡量和管理. 我将在下面详细说明这些费用的一些例子:

现金成本

技术债务就像利息支付一样真实存在. 然而，它通常表现在P上&L以比简单的“利息”线费用更间接的方式，例如以以下方式:

员工人数

• 仅仅是维护现有系统就需要更多的人员
• 额外的开发人员时间来实现新功能

开销

• 收购整合协同效应的延迟实现
• 对安全漏洞进行补救和罚款

销售

• 系统中断导致的销售损失
• 效率较低的营销支出

营运资本

• 需求增加，特别是对于拥有高库存余额的企业

软成本

而硬成本有与之相关的实际金额, 还有软成本, 尽管很难量化和实现节约, 对你的业务结果有绝对的拖累. 这些包括:

市场情报

• 不能迅速适应市场上的机会或变化
• 将数据转化为信息以做出更好决策的能力降低
• 不同版本的真相

生产力

• 由于系统中断，员工生产力降低
• 效率较低的员工，他们花更多的时间提取和处理数据，而不是分析数据
• 如果发生重大安全漏洞，会分散高级管理人员的时间和注意力

看看技术债务和金融债务的比较, 一个关键的区别是，前者没有正式的控制. 金融债务, 通常会有信用委员会, 资产和负债管理团队, 以及像老鹰一样监视水平的财政部工作人员. 然而，对于技术债务，这些控制在传统业务中很少存在.

技术债务是如何以及为什么产生的

对于传统的债务，董事会通常与首席执行官和首席财务官一起设定资本结构.e., 多少权益?, 多少债务?, 还有什么类型的债务(左轮手枪), 基于资产的, 或香草无担保). 上限表甚至明确规定了哪些债务将在何时偿还. 一旦这一切被正式决定，就会启动一个结构化的过程来筹集债务.

贷款人通过对偿还债务历史的评估来考察一个实体偿还债务的能力, 信用评级, 以及担保品的质量. 然而,, 这些都不是正式的程序, 量化, 当技术债务发生时，就会签署. 让我们来看看技术债务是如何产生的，以及为什么会这样:

时间限制导致妥协

上市时间是商业的一切. 当新技术可以独立完成时，实现它的速度要快得多. 不幸的是, 这意味着其他系统不会与实现同步. 对于拥有简单技术栈的精益组织来说，这似乎并没有那么糟糕.

但是，随着系统配置的复杂性成倍增加，这就变得有问题了. 最后，技术使流程自动化，并捕获转化为信息的数据. 没有集成的技术会导致业务流程不能协同工作，并且会产生多个版本的事实.

当为了速度而牺牲时间时，可以忽略或放弃已建立的测试协议. 这通常会导致“bug”，这些bug会表现为某种形式的系统退化，并分散开发人员的时间来修复它们.

如果我们看看科技债务的长期影响, 一个问题被置之不理的时间越长, 影响的程度越高. 一开始的小代码重构可以滚雪球般地变成整个现代化和替换工作.

短期成本节约的诱惑

让我们面对现实吧——执行团队一直承受着达到目标的压力. 推迟今天的消费可以帮助你完成这个季度，但是, 如借款, 你总有一天要还的. 以下是一些公司在短期内节省资金，但最终导致技术债务的方法:

软件更新

有时, 实现定期软件更新的成本和麻烦可能导致它被推迟. 有时，这种情况会持续数年. 当微软自动更新程序在不方便的时候出现时，我们都对强行退出它感到内疚.

当系统最终远远落后于当前版本时, 必须与之集成的新软件根本就做不到. 更重要的是, 一次升级几个版本通常更昂贵，而且几乎总是比保持更新更耗时.

硬件更换

随着组织复杂性的增长, 同步硬件更新周期的纯粹工作可能会变得势不可当且成本高昂. 这可能导致当前的硬件被拉伸到极限，并且团队之间的硬件质量存在巨大差异. 有些团队感到沮丧, 购买新硬件, 而不是等待it部门的升级.

这种差异对协作练习的生产力和硬件/文件兼容性有影响.

处理技术债务情况的策略

而不仅仅是谈论问题, 现在让我们应用一些主动性，并规定一些解决技术债务的解决方案.

为此，我们可以求助于管理金融债务的技巧. 为了管理你的负债, 首先你需要知道它们是什么, 多少钱?, 以及他们的付款条件. 现在让我们来解决技术债务问题.

1. 弄清楚你有什么和多少技术债务

金融债务是按每一项的优先级来划分的.g.(高级，夹层，或左轮手枪)，依次显示哪个先得到偿还. 技术债务 has a similar pattern of seniority; to begin with, 您必须从关键任务系统开始. 他们欠了多少技术债啊? 然后看看更广泛的生态系统——更确切地说，是什么技术债务 之间的 你的系统正在造成损失?

不要让这个过程过于复杂. 在某一时刻, 你会想要做一个从上到下的评估, 但你不必从这里开始. 让你的IT主管把你的管理团队召集在一起，完成这个作业:

如果我们一年前就把所有的技术债务都还清了, 今年(或明年)怎样才能表现得更好呢?

找出你的10个最重要的想法，并将它们放入一个2x2矩阵中:一个轴是容易/难以实现，另一个轴是收益程度. 希望这幅图能帮助你找到从哪里开始.

技术债务解决头脑风暴矩阵

解决问题的好处	Strong
	弱
		硬	容易
		▲努力还款

在此基础上，深入验证你对奖励和努力程度的假设. 中立是关键，所以要警惕那些提供“免费评估”的软件供应商.”

2. 决定要做什么

一旦你知道你有什么技术债务，你现在需要决定如何处理它. 有很多选择可供选择.

也许最终什么都不做是最好的. 对于被评估为“小额”或“低利率”的债务,“也许最好还是离开它。, 如果存在明显的“提前还款惩罚”. 这也可能带来战略优势. 落后一个版本并保持不变通常是好的，有时还有一个好处，那就是让别人的钱来解决问题.

偿还或减少技术债务将涉及更换系统和承担成本损失. 这既可以立即完成，也可以随着时间的推移逐步改进. 与金融债务一样, 有一些创造性的方法可以为技术债务“再融资”, 外包维护就是这样一种方式. 解决这个问题最终可能需要付出更多的代价, 然而，可以分散，以降低直接成本的打击和, 通过分工原则, 将任务委托给更专门的实体.

的出现 基于云计算的软件 硬件服务也与基于租赁的融资的流行程度进行了比较. 使用云服务也是减少技术债务的有效工具, 既可以消除资本支出需求，又可以将开发重点转移到云提供商身上.

3. 制定付款计划

不要被减少技术债务的成本压垮，也不要试图一次性还清所有债务. 这将是一项雄心勃勃的工作，可能会压倒任何规模或资产负债表的组织.

再一次。, 回到财务比较, 有一种先还清利率最高的信用卡的心态. 这仅仅意味着首先攻击高价值/低努力的活动.

在前一节中，我讨论了处理技术债务的各种方法. 在评估每种方法的成本时，最好进行比较. 对每个潜在结果的现金流成本进行排序，可以使利益相关者清楚地了解每条路径的利弊. 下面是这种视觉效果的一个例子.

这个比较显示了存在于理论解决方案和解决问题而不做任何事情(“现有基线”)之间的鲜明对比之间的权衡。. 在这个例子中, 迁移到云端, 基于saas的解决方案将是企业最经济的选择.

管理未来的技术债务

一旦你确定了底线和进攻计划, 你既要保持这种可见度，又要防止新债务的蔓延. 把这个练习看作是一个新的开始，一个实现最佳实践的机会，以防止问题在未来再次升级.

实施贷款披露声明

大多数技术项目都有一个正式的审批过程，由执行发起人完成, 高层次的目标, 预期的收益, 时间表, 当然, 成本. 这是清除将要产生的新技术债务及其理由的好地方.

设置借款门槛

不要过于热衷于设定新的标准. 就像你们发行的公司信用卡有预设额度一样, 你不想过度管理技术债务. 许多技术债务都很小，与代码编写有关，很快就会还清. 对于敏捷开发来说尤其如此. 信任您的IT主管来设置和监控这个阈值.

重新培训你的承销商

在大公司里，IT有一个叫做“变更管理.“在新软件上线之前，它通常要经过变更管理. 简单来说, 变更管理的工作是确保公司技术系统的新变更不会影响到其他系统. 他们通过确保新系统符合标准化的方法和程序来做到这一点. 考虑使用这个过程来防止或至少确定引入新的债务.

技术债务是做生意的真正成本，也是系统中断和拖累公司整体敏捷性的真正原因. 但是，这并不一定是一个持续的负担 聪明的首席财务官 会知道他们的组织有多少技术债务，以及如何优化它.