I’ve talked previously about technical debt. Should we stop other work to address it? What is the cost of delay? And that we should watch out for technical bankruptcy. But … Continue reading How much time should we put aside for tech debt?
Category: Planning
Estimating value bottom up and top down
In all organisations it’s really important to be delivering the most valuable thing, and in many organisations it’s obvious what that is—and people just get on with it. But in … Continue reading Estimating value bottom up and top down
Flat pack estimation
It’s well-established within the agile world that delivery teams—and particularly individuals—are terrible at estimation. We do estimate, still, and hopefully we get better with time, comparing forthcoming work with past … Continue reading Flat pack estimation
Always build for real people’s real problems
I’ve been having fun this week watching some conference talks about my current favourite language, Elm, at Elm Europe 2017. And I enjoyed seeing an important idea discussed—important not just … Continue reading Always build for real people’s real problems
Hubbard’s powerful question: What decision do we want to support?
Sometimes a piece of analysis work can be very open-ended, or at least there is a danger that it might go on too long. Examples I’ve come across are reviewing … Continue reading Hubbard’s powerful question: What decision do we want to support?
The cost of delay of technical debt
Last week I wrote about the value of stopping work to tackle tech debt, and more specifically when we might expect to recover from the temporary stoppage. In the ensuing … Continue reading The cost of delay of technical debt
Should we stop to address technical debt…?
One of the questions that arises with many teams I work with is: Is it worth spending an iteration (or more) not delivering any features but just working on our … Continue reading Should we stop to address technical debt…?
