技术债务造成的延误成本 第4部分

延误第1部分的成本大约是无法准时交货 。 延迟部分2的成本是由于多任务处理 。 延误第三部分的成本是由于犹豫不决 。 这部分是由于技术债务而造成的延迟成本。

积压管理中的主要问题之一是对技术债务案例进行排名。 是时候对技术债务项目进行排名了。 您认为产品负责人有功能障碍问题吗？ 尝试让他们对技术债务项目进行排名。 几乎是不可能的。

但是，如果您确实希望从项目组合中获得价值，那么您将了解自己的障碍。 而且，如果您像我的许多客户一样，也有技术上的欠债：构建系统的自动化程度不够，自动化系统测试不足，太多的系统级缺陷，谁知道呢。

如果您解决了构建系统以及某些系统测试的问题，并且创建了有时间限制的技术债务项目，则可以节省此代码库中所有其他项目的时间。 他们全部。

想象一下这种情况：您有一个2000人的工程组织。 创建您知道有效的真实版本需要3周（是的21个日历日）。 您目前可以每12-18个月发布一次。 您想每3-6个月发布一次，因为您必须对市场竞争对手做出回应。 为此，您必须修复构建系统。 但是您会列出一系列可能的功能，一条手臂和一条腿长。 你是做什么？

该客户首先尝试做更多功能。 他们试图在迭代中做特征。 哦，他们试过了。

当他们打电话给我时，他们已经绝望了。 我做了评估。 我问他们是否知道构建系统要花多少钱。 他们由12个人组成的小组“支持”构建系统。 至少花了10天的时间，但越来越接近20-25天的时间才能获得有效的构建。 他们试图估算仅此组人员的建造成本：12人耗时21天。 他们没有考虑项目延误的成本。

我在第1部分中向他们展示了餐巾纸计算的背面，并问道：“由于构建系统的缘故，您推迟了至少一个月的发布？” 他们的答案是两位数。 他们的销售额达到了数百万美元，从而获得了最大的收益。 但是他们仍然有一个症结所在。

如果他们为这个项目提供资金，那么他们将在四个星期内没有建筑。 没有。 娜达 齐尔奇 而且，他们最好的人（无论意味着什么）将在构建项目上进行四个星期。

因此，除了构建系统之外，没有架构开发，没有设计，最优秀的人也无法从事任何工作。 该公司坚信停止工程一个月是一个根本性的步骤。

如果您无法在迭代过程中构建并获得反馈，迭代的时间有多长，这有关系吗？

经过大约六个月的努力，他们终于为该项目提供了资金。

经过16位最聪明的人的紧张工作四周后，他们拥有了一个自动构建系统，可供Engineering中的任何人使用。 仍然需要2天的时间来构建。 但这对所有人来说都是天堂。 他们将构建系统工作再进行了一个月，同时进行了定期的工程工作以减少构建系统时间。

在所有构建系统工作之后，Engineering就可以进行更改。 他们能够过渡到敏捷。 现在，Engineering可以在其功能列表中取得进展，并在对其业务有意义时发布。

构建系统工作的回报是什么？ 工程人员说，这几乎是即时的。 当我问一位副总裁时，他根据记录估计，他们损失的收入超过了“数百万”美元，因为他们没有市场需求时所需的功能。 都是因为构建系统。

人们并没有计划要采用这种方式。 他们一次就能做到这一点，因为没有人愿意为构建系统上的工作提供资金。

由于技术债务，这是一个戏剧性的故事。 我敢打赌你有一个像这样的故事。

由于技术债务造成的延迟成本是真实的。 如果您从不查看技术债务，也不知道它在何处阻碍您，那么您就不会查看整个项目组合的价值。

如果您消除了技术性债务障碍，是否会改变您的延迟成本之一？

参考：由于技术债务导致的延误成本，这是我们的JCG合作伙伴 Johanna Rothman在管理产品开发博客上的第4部分 。

翻译自: //02/cost-of-delay-due-to-technical-debt-part-4.html