3 ms·
He made a convincing case for why its like "debt", but he fails to make a convincing case for its use, or any case at all that using the term has a positive imp
by lowbloodsugar 6y ago
He made a convincing case for why its like "debt", but he fails to make a convincing case for its use, or any case at all that using the term has a positive impact on a team's success.
He even calls out that some teams think they don't have to pay back the debt. I think that is the norm, and that's the problem of debt. When financial people use debt, that debt comes with structure and consequence: it might be monthly payments or it might be due sometime in the future. Offer such people a "debt" that has nobody enforcing it, nobody quantifying it and of course it wont be paid back.
Agile engineers making scary "booga booga" noises about "we need to refactor" just don't carry the same weight as not being able to make payroll because your note is due. And yet that seems surprising to engineers.
- dredmorbius 6y agohe fails to make a convincing case for its use Incorrect. He notes that debt (finanial or technical) is useful in getting things done more quickly, but must be repaid. Technical debt enables getting a minimal product or prototype out to gain experience and further refine design. It is specifically contrasted with bad software. Deficiencies are to be addressed later. And yes you're correct in that this last step is often omitted.
- lowbloodsugar 6y agoMy point is that the "debt" metaphor is what doesn't work, not the strategy of doing less work upfront. Specifically, having a scoping conversation, or a YAGNI conversation, or a "debt" conversation results in less work being done upfront. However, if the conversation is one of "debt", then, in my experience, the necessary work is not done later, because there is no organization demanding repayment.
- razius 6y agoI keep thinking the same, did you find a good solution for it? My thinking is to argue to the business to schedule some dedicated time for "investments" to make the iterations faster.
- lowbloodsugar 6y agoI'm sorry to tell you that the only solution that has ever worked for me is to leave and join a company where engineers make those decisions.