Tag: backlog

Prioritization of work is hard: it’s often more an art than a science. Unless you work in an organization that has mastered the delicate balance of work from a prioritized roadmap as well as customer requests, you too may often be faced with squeaky-wheel prioritization: The customer yelling the loudest (or the one who last spoke with sales or the CEO) gets what they want.

We product management professionals thought there must be a better way to figure out prioritization, one that’s more “scientific” and less subjective. So various schemes for prioritization emerged from the industry, looking at the benefits of features such as new revenue, customer retention, cost savings, … you name it. Either one or multiple of these factors were being considered and summarized into terms such as “business value”. Agilists quickly pointed out that absolute values (e.g. dollars) make things hard to compare and that measurements are often imprecise, so we started thinking in relative business value points.

Great, so now we have a way of systematically prioritizing our features, right? As long as we work our way down our feature backlog in descending order of business value, we’re making sure we deliver the most value to the business and we solved the problem of old-school prioritization, right?

Well, not so fast, cowboy… (Continue reading this post on MindTheProduct where it has been published in its entirety)