记录技术债务的关键项目有哪些？

Question

我正在 Office 中建立一个技术债务登记册，并希望使其成为一个相当全面的工具。

我们应该记录哪些关键信息？

Answer 1

首先 - 您希望保持寄存器非常简单，否则维护寄存器的开销将阻止人们使用它，并且比实际解决它要解决的技术债务浪费更多的时间。 ...

如果您仍然决定继续，我建议保留一个简单的寄存器，它是一个平面文件/简单数据库/Google 电子表格，其中包含以下字段：

• 模块/组件名称
• 需要修复的内容的描述（您可能有类别列表，但我认为这也需要一个文本行）
• 以天为单位的估计修复时间（我倾向于坚持整数天，否则人们会倾向于开始记录琐碎的小事情）
• 哪个开发人员产生债务（并提供固定时间估计）
• 产生债务的项目（暗示任何项目经理负责）

规则如下：

• 开发人员应对技术债务保持透明。如果开发人员因项目压力而需要承担技术债务，则开发人员应将其与预计修复时间一起添加到日志中。
• 项目经理对他们产生的技术债务负责（即他们是否迫使开发人员走捷径？）。他们应该能够为债务总额的增加提供可靠的商业理由，并提出应该采取哪些措施来解决这个问题。
• 如果没有注意到技术债务，那么代码预计将具有最高质量并通过任何相关的代码审查。如果注意到技术债务，那么开发人员就可以得到所记录的任何内容的“通行证”（审查可能会有助于考虑债务记录的准确性以及应该采取哪些措施来修复的想法）。
• 开发人员应对修复时间给出合理的估计。如果他们说重构架构需要两天的时间，那么如果稍后给他们两天时间来修复它，他们就不会感到惊讶......

我认为这种方法将创造一个良好的动态整体 - 开发人员已经有责任保持透明并考虑如何解决技术债务，项目经理/业务主管必须做出权衡，但很明显，债务成本是他们的责任，最好的开发人员和架构师将因完成技术债务而获得荣誉艰难的项目，同时还要控制技术债务。