记录技术债务的关键项目是什么?

首先-你想 ,否则维护注册表的开销将阻止人们使用它,并且比实际修复它本来要解决的技术债务浪费更多的时间。。。。。

如果你仍然决定继续,我建议保留一个简单的注册表,它是一个平面文件/简单数据库/谷歌电子表格,包含以下字段:

• 需要修复的内容的描述(您可能有一个类别列表,但我认为这还需要一行文本)
• 以天为单位的估计固定时间(我倾向于坚持使用整数天,否则人们会倾向于开始记录琐碎的小事)
• 哪个开发商承担了债务(并提供了固定时间估算)

规则如下:

• 项目经理对他们积累的技术债务负责(即他们有没有强迫开发人员走捷径。他们应该能够为总债务增加提供可靠的商业理由,并提出应采取什么措施来解决这一问题。
• 预计开发商会对修复时间给出合理的估计。如果他们说重构架构需要两天的时间,那么如果他们有两天的时间在以后的某个时间修复架构,他们就不会感到惊讶了。。。。

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