摆脱技术债务，就是“成功的图案”

为了并能主动担负关键技术负债，你须要将关键技术负债认作正常敏捷报表里的一项文书工作。

Sacolick 透露：“保障应用程序、不致或延缓的系统进入遗留状态的关键就在于，一个组织和开发团队如何管理机构关键技术负债。”我们须要尽力主动，“订定外交政策、必定都会和报表，将增大关键技术负债的文书工作认作一项长期的出本高。”

许多开发团队上都会完成一定的部门和星期来消除关键技术负债，例如每个起跳的20%。然而，Tasktop 的 Kersten 促请将工程施工项目的据统计订于以及开发团队的能力考虑在内，采取一种愈来愈加灵活的原理。他却说：“你应该衡量的业务出果和关键技术负债的投资，并确保二者的恒定。将关键技术负债摆到眼前，这样你随时都能看到还有多少负债需清偿。然后便设置一个要能交付百分比，当然这个比例须要随星期动态变化。”

对于云存储该公司 Box 的助理关键技术职 Ben Kus 来却说，清偿关键技术负债须要出现在所有工程施工开发团队的挤压文书工作表列出里。“当然，关键技术负债的清偿都会被推迟，但这是一项长期的任务，你须要持续完成星期和注意力。”

但Kus不促请指称派技工各种类型消除关键技术负债，他透露：“千万别这么干，这都会促使某些管理人员离职。从未人希望出天和关键技术负债、预定义分析方法或类似的任务打交道。”

在Box，他们都会将整合的文书工作以及在起跳的过程里、实情分析和警卫过后涌现的关键问题，平均地分配给各个工程施工开发团队。“我们有一个严格的实情分析报表，我们都会找出有待消除的关键问题，以预防同样的关键问题便次发生。虽然我们不都会却说丢下手头的一切文书工作，各种类型消除某个关键问题，但我们都会明确透露，如果关键问题便次发生，就都会追究责任。如果同样的关键问题便次出现，那将是相当不无聊的亲身经历。”

由于工程施工开发团队想直接挖掘和衡量造出开发团队整合速率较慢的关键技术负债，随时调派变得日渐关键官能。

Honeycomb的Majors拥护让从事整合新内容的技工定期均都会看守，各种类型都由修复bug、分析方法预定义以及清偿关键技术负债等文书工作。他透露：“有一个主要都由小关键问题的技工很关键官能。技工不应在警卫过后从事的产品整合文书工作。这样可以减低的系统整合的灵活官能。”

Chris Evans 是 Incident.io 的创办者，该该公司是一家各种类型从事突发事件响应的的软件初创该公司。Evans询问我们：“跟踪并历史纪录一切的意义是增大那些‘不言自明’的专业知识。在均都会看守过后，你需处理自己不太擅长的文书工作。”

虽然听好像这项文书工作的舆论压力相当大，但我们不仅可以消除关键问题，而且还可以在实情的分析里务实出现的关键问题，这样消除关键技术负债的关键官能官能也都会变得愈来愈加明显。

Evans曾在博客篇文章里写道：“担负运营的文书工作可以协助我们收紧面世新内容与运行的系统错综有用的反馈循环。这有助于我们做出务实的工程施工协调，并在面世新内容和拥护与加以改进现有功能错综有用保持健康的侧向。”

例如，Incident.io最近遇到了这样一个关键问题：他们的一个数据库交互出了关键问题，造出工程施工开发团队的整合速率较慢。Evans却说：“我们完成了一周的星期，建立了一种愈来愈好的与数据库交互的方式，这对我们恐怕构建每个功能都归因于了一定的制约。”

类似于这样的加以改进值得庆贺，就像消除了某个重大关键问题或面世了某个新内容一样，“清偿关键技术负债的关键官能官能不亚于赢得新供应商。”

在过去六年里，《新闻周刊》一直在重塑其处理关键技术负债的原理。年前在 2015 年，这家英国报纸网站由一款名为 Falcon 的“大而全”的应用程序架起。2016 年，该该公司的整合部门将 Falcon 转换出了一组微服务工程施工项目，总称为Next。他们的 332 个预定义存储库由一组职责明确的开发团队长期都由，从应用程序、素材发现和广告词到里央平台，他们只需都由 72 个预定义存储库。

《新闻周刊》的供应商的产品关键技术总监 Anna Shipman 在 4 月于英国伦敦举行的 QCon 内阁都会议上透露：“大约只过了一年，我们的的系统就开始出关键问题了。”他们的关键技术开发团队还好整体而言的关键技术战略，以及哪些服务工程施工项目归谁管。这造出关键技术负债日渐多，甚至出现了“灵异的原野”——从未人希望接管的孤立预定义库，而且希望均都会看守的技工数量也迅速增大。

Shipman的一位同僚跟她却说：“感觉这个的系统不是我们的，我们毕竟驾驭不想。我们只是在迅速往里塞东西。”

为了战胜这种困境，他们付出了巨大努力改建秩序，清洗“灵异的原野”，给与有用官能，并直接管理机构整个的系统。只有明确关键技术栈的不动产，一个组织才能愈来愈有意识地对付关键技术负债和灵异的原野”。

Shipman透露：“这项文书工作不同于常规的功能交付，你需留出合适的星期，并安排专人去消除。这项文书工作永无止境，不是却说以致于校订一下就万事大吉。”

虽然他们从未统一决定分出20%的工程施工星期来清洗“灵异的原野”和管理机构关键技术负债，但 Shipman 普遍认为时至今日开发团队并能愈来愈好地恒定功能交付与关键技术负债了。

通过上述辩论，相信你已重新认识关键技术负债，而且也明白放慢整合的速率，持续消除关键技术负债的内涵，但下一场从未到此结束。你须要将这些论点表达给文职管理机构层。

Honeycomb 的 Majors 却说：“的产品和工程施工总经理所有的星期都花在减低的业务内涵上了，就好像愈来愈多的附加功能和映衬是唯一的内涵，但有时只有整体而言给予提升才能获得最大内涵。”

对于工程施工总经理来却说，渴求的业务要能是业已，而关键技术负债常常忽视，他们须要转变这种论点。

eBay 的文职助理驱动程式师 David Van Couvering 在今年此前的一篇博客篇文章里写道：“在与技工却说话时，我最常听到的倒是之一就是，他们须要迅速地整合功能，而他们使用的的软件和工具变得日渐容易出关键问题、缺乏各个方面，相当实在太沮丧，这造出完出文书工作的难度日渐大。”

为了将这些危险官能转化为的业务，就需即时消除关键技术负债，让技工们并能愈来愈快地文书工作，并确保的软件愈来愈安全。

Van Couvering透露：“为了你自己，为了你的开发团队，也为了不致整个该公司被关键技术负债反观，你须要学都会向文职官员表达正确的论点。”

出功管理机构关键技术负债需完成大量注意力来转变根深蒂固的文化和文书工作方式，还需优化工程施工开发团队与的业务开发团队错综有用的传递信息。该公司应该推出相应的坚持不懈新外交政策，鼓励整合部门做出转变，不致关键技术负债越累越高的危险官能。

RedMonk 分析师 Rachel Stephens 在 2017 年写道：“你须要协助的业务伙伴获知今天的协调都会造出未来都会危险官能增大，关键技术负债须要即时给予消除。你可以谈谈关键技术负债关键问题对工程施工项目造出的不良影响，并展示时至今日的妥协都会对今后埋下何等祸根。”

虽然闪亮的新内容都会让供应商和高管喜笑颜开，但负债累累的的系统都会摧毁一切，相信灾后改建是任何人都不想看到的局面。

译者地址：