技术债务管理全解析
1. 技术债务的积累与管理视角
在软件开发中,进度压力和方向变更(产品“转向”)会推动技术债务的积累。组织需要特别留意在不偿还的情况下,应该“投资”多少技术债务以及投资多久,这是一种从外部到内部的视角。
软件开发组织中面向技术和代码的一方,以及面向业务和客户的一方,都应理解导致产生技术债务的推理和决策过程,以及债务如何导致开发能力下降。同时,也需要明白偿还技术债务并使开发重回正轨的决策过程。这些决策不仅仅是技术层面的,虽然技术债务存在于代码库和一些相关工件中,但其根源和后果都在业务层面。因此,管理技术债务需要组织的业务和技术双方共同协作。
2. 技术债务管理原则
以下是九条软件工程原则,它们反映了与技术债务相关的普遍真理:
| 原则编号 | 原则内容 |
| ---- | ---- |
| 原则 1 | 技术债务将抽象概念具体化 |
| 原则 2 | 若未产生任何形式的利息,可能就不存在实际的技术债务 |
| 原则 3 | 所有系统都存在技术债务 |
| 原则 4 | 技术债务必须追溯到系统 |
| 原则 5 | 技术债务不等同于质量差 |
| 原则 6 | 架构技术债务的拥有成本最高 |
| 原则 7 | 所有代码都很重要 |
| 原则 8 | 技术债务没有绝对的衡量标准,无论是本金还是利息 |
| 原则 9 | 技术债务取决于系统的未来演变 |
下面重点介绍原则 1:技术债务将抽象概念具体化。技术债务是一个有用的修辞概念,有助于软件开发组织中业务人员和技术人员之间的对话。技术人员有时不理解缩短上市时间、快
超级会员免费看
订阅专栏 解锁全文
737

被折叠的 条评论
为什么被折叠?



