技术债管理怎么做？

[lotusp]

做架构治理和演进，很多工作其实就是在修技术债

借着团队做架构治理，整理了一篇技术债相关的文章: 技术债的前世今生

大家的团队日常是如何管理技术债的，欢迎讨论

[flysp]

加班

[janus77]

面向工资编程，找 KPI

[WFDAK]

@flysp 精辟

[aababc]

大部分都是不管理，实在不行了就另起炉灶，然后周而复始...

[Chad0000]

我们也有技术债，跟经理提了，定了计划正在慢慢升级。吸取的教训就是新版本出来后，及时跟进。

[cominghome]

做技术的都懂，大部分团队需要的只是一个敢怼领导的架构师

[IvanLi127]

突然觉得再努力努力是不是就能当老赖了🤣

[darkengine]

债转 bug ，或者债转需求，进 jira 管理

[janxin]

额，文章算是个介绍，对于管理技术债务，需要结合团队情况进行。我实践中最关注的是技术债务的可视化，方便追踪和适时偿还。技术债务的引入需要走 ADR 流程确认。

[fpure]

技术破产

[pengtdyd]

技术债管理？？开玩笑，年终奖一拿就跑，谁爱管理谁管理。

[IT1024]

@pengtdyd 哈哈哈，下一个人怎么面对

[pengtdyd]

@IT1024 下一个人怎么面对我怎么知道，关我屁事。

[outoftimeerror]

重构

[danhahaha]

谁欠的债，谁去还

[tudou01]

不知道，只做过业务管理，1.以身作则，2.公平公正

[levelworm]

换经理了就开始慢慢解决，主要要换一个有一些技术背景、能够和业务经理来回推手的开发经理，否则沦为业务的奴隶就没戏了。

[lotusp]

@levelworm 新官上任三把火

[gogorush]

大部分都解决不了的 这玩意一般最好的办法就是在开始的时候就不留债务

[3dwelcome]

@gogorush 就算这样也很难。

1. 领导为了压缩工期，有可能会让团队修改一些开源项目，这些项目很可能自带技术债。
2. 为了兼容早期版本，以前代码删不干净，无法彻底重构，就一直留有技术债。
3. 随着工作年限增长，你也看不惯自己早年写的代码。

反正都无法避免还债，我个人倾向开发前，先好好规划一下，把项目耦合性降下来。改个小模块，总比改几千行的大模块舒服一些。