project-management - 如何说服经理让你偿还技术债务？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 提供事实和引用来回答它.

2年前关闭。




Improve this question




而最新的 Coding Horror blog entry这不是我第一次听说这个概念，当我读到它时，我忍不住将它应用到我自己的项目中。

我正在处理的代码库是一个正在进行的项目，现在大约有 3 年了，项目早期阶段的大部分代码是由开发人员编写的，他们几乎没有监督，这导致了很多代码重复、性能不佳等。在与管理层的讨论中，我试图说明有几个关键组件迫切需要重构，这样做可以在 future 的迭代中节省大量时间和添加新功能时的麻烦并修复这些关键领域的错误。虽然他们似乎相信我重构这些组件会很好，但他们不想给我做这件事的余地。请注意，我不是在谈论对整个代码库的重写或任何戏剧性的事情，只是对几个核心领域的重写，这将花费大约 2-3 周的时间。

那么问题来了，作为一名开发人员，您如何向您的经理推销这些领域需要解决的问题，并提出商业案例以便现在有时间解决这些问题，而不必只是在这里和那里逐步改进？

Answer 1

作为经理，我愿意为以下三个具体业务案例之一进行代码重构/重写:减少技术支持、添加新功能和提高安全性。

作为一名开发人员，我看到了另外两个“近在咫尺”的案例，我将重构/偿还债务。你可能会发现你的经理对这些持开放态度，或者他可能只是给你“那种表情”，告诉你他不太相信。

首先，有时仅仅为了提高添加新功能的能力而进行重构是有意义的。例如，如果您可以看到需要您的系统更加灵活和适应性更强的业务，那么您可能需要重新考虑一些原始架构的 promise 。这是偿还债务的好时机。

其次，当正在编写与已经存在的组件相关的新代码时，偿还一些债务是有意义的。例如，如果您要添加一个新类，该类在逻辑上是现有类的兄弟类，那么将公共(public)代码重构为父类是有意义的。当你这样做时，你也有一个很好的机会来偿还债务。