|
在这方面，有许多工具可以帮助你，比如 Code Climate、Codacy、Tech Debt Metrics extension for VSCode。
2. 如何处理中型技术债务
这种类型的技术债务可以在一个冲刺内被解决。它应该像任何特性工作一样经过同样的冲刺计划过程，并被严格地考虑。
大多数工程团队都没有做到——还记得 James Rosen 的评论吗？Rosen 说，“分配到技术债务上的工程能力几乎为零，这还那么令人惊讶吗？”
企业优先考虑为客户提供价值的工作，这是对的。况且，处理技术债务并不能做到这一点。
但技术债务却阻碍了你向客户提供价值的能力。
要明确说明这是如何发生的，请确定哪些债务妨碍了关键的主动性工作，或者在工程师生产力方面让企业损失惨重，或者是导致影响客户体验的 Bug 原因。
记录技术债务并量化其成本，这让你可以优先考虑这些债务，如果解决了这些债务，就会像新功能一样为客户带来价值。技术债务归工程组织所有。他们的责任是解决它，并最终为它提供商业理由。
遗憾的是，这正是我们现有的工具迄今未能做到的地方。
Jira 很适合管理项目，但跟踪和监控技术债务却很糟糕。——Unqork 首席工程师 Jake Peyser
代码质量工具只有助于发现一方面的技术债务，但其他大多数就无法捕获了。
我们的新产品是客户开发工作的一部分。因此，我需要深入了解软件公司之间的差异，他们的技术债务有哪些可控，还有哪些是不可控的。技术债务是一个感性话题，提起它，人们就会喋喋不休。关于技术债务，你去问问公司的工程师就知道了。
在很多情况下（如果不是大多数情况的话），技术债务会不断累积，像“滚雪球”一样，直到产生严重问题。
Stripe 的一份研究发现：在一般的公司中，工程师们要花费约 33% 的时间来处理技术债务。技术债务不仅打击了团队士气，而且每年给公司造成约 850 亿美元的损失。看到这种情况，我们是不是该做点什么？
https://stripe.com/files/reports/the-developer-coefficient.pdf
Gartner 和许多其他公司让我们知道，应该做点什么。他们的研究显示，积极管理技术债务的组织能将其交付速度至少提高 50%。
幸运的是，我确实遇到一些公司，它们的技术债务管理策略非常可靠。在这些采访中，有很多让人眼前一亮的时刻。Everlane 的工程经理 James Rosen 告诉我：
考虑一下，PM 花了多少时间来策划要开发的特性集。现在，把这个时间与工程师们为技术债务寻找商业理由的时间做个比较。分配到技术债务上的工程能力几乎为零，这还那么令人惊讶吗？
我必须承认，这并不那么令人惊讶。
然而，我也遇到很多团队，他们花了大量时间和精力来管理技术债务，最终却一无所获。
我所有的研究都指向一个简单事实：成功管理技术债务的公司不仅开发出适当流程，而且还将这些流程完全融入了它们日常的敏捷行动中，成为一种好习惯。
这些工程团队控制住了他们的技术债务，因此，他们的交付速度更快，更可预测。结果，不仅他们的工程师很高兴，而且客户也很高兴——双赢！
做到这种程度，实际上无需付出太多。你只需要清楚——如何处理小型、中型、大型的技术债务。
1. 如何处理小型技术债务
工程师在代码中发现这种技术债务时就可以顺手解决，而且这也在他们正在进行的工作范围内。或许，它就是简单的重构函数或重命名变量。
Robert C. Martin 说道：”总是让代码比你发现它时更好。“
这类小工作不需要任何类型的计划，每个工程师都有权力在没有任何人批准的情况下解决这类债务。在这篇文章中，我们讨论了健康代码库所需要的一个文化特质，要确保你的工程团队具备这样的特质。如果不具备，现在就采取措施解决这个问题。
（编辑：漯河站长网）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
