处理技术债务并接近释放

Question

假设你有一个杂乱无章的项目。没有代码结构和破坏一个区域会破坏整个系统。修复一个区域会破坏另一个区域。你能做的最接近的事情就是写代码，就像重新做整个事情一样。但是接下来的一周就发布了。

以下是一些实际使情况恶化的事实：

• 有非常小的测试。很难找到破绽。
• 代码没有结构。想象一下，一个应用程序在一个文件中包含了所有内容。
• 没有文件。当没有关于要发送的参数和期望什么的文档时，很难复制服务器请求。

我们应该做些什么来解决这种情况？最好的做法是扩展项目发布，但我不是发号施令者。不过，我确实对这个问题发表了评论。

Answer 1

有时候最好的做法就是什么也不做。

将重构保留到发布之后。离发布还有一周，您的首要任务应该是完成当前的构建。唯一的代码更改应该是错误修复。

不要延长发布时间。未发布的软件卖不出去。

在发布后专门安排时间以解决技术债务问题。

将技术债务分解为工作项目。这样，您将得到解决的代码结构中的特定缺陷。

为解决技术债务设定一个时限。第2版需要开发，而好的软件可能要到第5版时才能在财务上取得进展。

软件开发的关键是不完善的软件能赚钱。比未发布的软件更多的钱。软件的目的是解决客户的问题。目的不是要有一件设计精美的杰作。

总之，按计划发布软件，并分配时间来解决最严重的技术债务问题。