Alphabetic Proritisation: how to force stakeholders to focus

Alphabetic prioritisation

I’m sure you’ve all been in the situation where your Product Owner, or other stakeholders, are unable to prioritise things. Everything must be done, and done at once. The upshot is, the team gets overwhelemed with requests, nothing gets done, and no real value is delivered to the customer.

There are techniques to alleviate this issue, but, in my experience they don’t work. An example is MoSCoW (Must Have, Scould Have, Could Have, Won’t Have), where items are rated on how essernatial they are. At one company, I went through 5 years of MoSCoW reports, and only found 2 items (out of hundreds) that were not “Must Have”. Other, similar techniques give the same results. The reason is not a flaw in the technique, it’s a lack of focus on the behalf of the prioritiser; they simply cannot decide on the relative importance of items because they are not forced to choose.

So, I came up with 2 techniques to help in this situation.

  1. WIP limits on backlogs. (Basically, limiting the number of items in the backlog) This is the best way to force the prioritiser to make a choice. If they can only have 10 things on the backlog, and a new item comes in, they have to delete an existing item, or reject the new one. Either way, they are forced to relatively prioritise, and this makes them focus on what is really important.

Failure to prioritise is not about the tools and techniques being used, it’s about not making the decisions between items because there are no consequences. WIP limits and Alphabetical Prioritisation simply force the choice.

--

--

Building online versions of agile workshops such as the No Estimates game, to see how close we can get to the face-to-face experience for remote or hybrid teams

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store
Steve Wells

Building online versions of agile workshops such as the No Estimates game, to see how close we can get to the face-to-face experience for remote or hybrid teams