Comment by rajeshpatel15
6 months ago
I had pay $500+ for a solution to my biggest bottleneck: aligning technical debt reduction with stakeholder urgency. We’ve tried sprints, documentation blitzes, and dedicated refactor cycles—but the core tension remains: ‘Fix now vs. build new.’
Your framework’s intriguing. If it can map this to clear business outcomes (e.g., ‘X% faster delivery in 3 months’), I’d test it. What’s your angle—systems thinking, behavioral psychology, or something else?
P.S. For context: I lead eng at a Series B SaaS co. My ‘stuck’ example: Tech debt costs us ~20% velocity, but ROI arguments fail with revenue-focused execs.
i monologue in the morning and talk through whatever's top of mind. i process the transcript with an ai im building and its great at enabling me to solve my own problems.
This happens in many orgs. The truth of this situation is that it's engineering team's responsibility to build maintainable system, managers only care about results, risk management and team velocity.
The problem you're trying to solve is not that features get more prioritisation, but your estimations doesn't reflect the reality and your code-review process is broken as engineers are not spotting growing technical debt and refactoring opportunities and think that someone should give them a permission or create a ticket to work on that.
This is engineering culture 101 (look up the boyscout rule in software engineering).
Are they strictly focused on revenue and growth metrics? There might be a lot of relationship building needed beyond just the necessary ROI arguments.