Six Symptoms of Poor Prioritisation
Prioritisation is crucial for effective project management in organisations. It is prioritisation that gains access to those resources required to get the project done. Without prioritisation there can be a continuous fight for resources and projects drag on and on. That is not to deny that some project managers are brilliant at getting projects done without priorities, using a range of relationship and influencing skills. Whilst this can lead to an individually successful project, it is questionable whether this is in the interests of the organisation. Without explicit priorities you do not know whether the project is really important enough in the wider scheme of things going on in the organisation.
The problem is that whilst we need clear priorities, project managers usually have no control over prioritisation. Priority decisions are made by other, often more senior managers – or more to the point, not made! A project manager may feel hopeless in this situation. But there are things you can do. You can lobby for clear prioritisation, and you can explain the impact of a lack of prioritisation to your managers. For this to be effective you first have to recognise the symptoms of it.
In this article I want to explore the symptoms of poor prioritisation. If this proves to be a topic of interest, in future articles I will look at what you can do about it.
Everyone needs to prioritise
An essential task for senior managers or executives in every organisation is selecting and prioritising the optimal projects to undertake at a point in time. This decision has to take account of contending business needs, for example balancing fixing short term operational problems with achieving the longer term vision. In prioritising, you are seeking to allocate your limited resources to the most important needs of the organisation.
All organisations need to prioritise.
Even resource rich organisations have more activities that could be undertaken than there are resources to do. Ironically, prioritisation is often hardest in the most resource rich environments. In such environments, the demanding process of deciding where to allocate resources and what not to do is often ducked due to a misplaced sense of having sufficient resources to do everything.
Unfortunately, there is no easy way to prioritise. It takes concerted effort and a thorough understanding of options and resource constraints. Although prioritisation requires analysis, it is above all an exercise in decision making – and many people find making choices between contending options difficult.
The precise role of senior managers depends on the culture of the organisation, and the degree to which power and decision making is delegated and decentralised. However, even in an organisation which minimises hierarchy and delegates power to a significant extent, some decisions around prioritisation must be made centrally, by executives.
How to Spot Lack of Prioritisation
How can you tell whether prioritisation is happening in an organisation? Here are 6 scenarios that I often find which will tell you that prioritisation is not happening, or more commonly, not happening effectively.
- 1. There is no prioritisation
Senior teams often struggle with prioritisation. I have worked in a few organisations in which there is not even an attempt to prioritise. Perhaps managers do not understand the need, or maybe they think it is not required in their environment. The argument “we don’t need to prioritise” is fortunately relatively rare, but not unheard of! Whether prioritisation is formalised or not is a different question – but I reiterate, all organisations need to prioritise.
- 2. No one knows what the priorities are
It is essential to thoroughly communicate project priorities. Priorities are crucial pieces of information to communicate across the organisation. There is simply no point going through the effort of prioritising unless everyone is told what the resultant decisions are.
Staff cannot work to priorities unless they are clear what they are. As part of the communication of priorities it is important to stress not only what the high priority initiatives are, but also that other low priority initiatives should not be worked on.
- 3. No-one knows what projects are ongoing
This is an indirect indication of whether prioritisation is happening or not. To prioritise we must have an understanding of what the possible and actual projects are. Therefore if this picture does not exist, even as a very high level picture, it is unlikely that any prioritisation is taking place.
- 4. Everything is high priority
Another typical situation is when senior teams think they are prioritising, but for all activities to be defined as high priority. This is more difficult to resolve, as undoubtedly a prioritisation process is being undertaken – it is just not effective. If prioritisation is not effective, it is not worth the effort.
The classic example is when a management team decides to prioritise the project portfolio. Projects are prioritised on a scale of 1 to 3. At the end of the prioritisation 90% of the projects are given priority 1. A tiny number of obviously unimportant projects are given priority 3 and stopped. Managers then feel pleased they have prioritised. They tell everyone to focus on the priority 1 projects, often adding that everyone should try and fit in the priority 2 projects as well.
This is not prioritisation, it is weak thinking and failure to make decisions. If the result of prioritisation is for all activities to have a high priority, then no prioritisation is really being done. Effective prioritisation should result in clear decisions not to undertake some activities, and in a relatively small selection of high priority initiatives to progress. Large numbers of initiatives being run in parallel may appear essential, but it is always inefficient. It is far better to focus on a few things, complete them and then move onto the next set of projects than to try and do everything at once.
- 5. Local and personal priorities rule
An absence of real prioritisation decisions by senior managers does not lead to a total lack of prioritisation in the organisation. In the end, staff have only so many hours in the day and if no prioritisation is undertaken, they will prioritise themselves. They have little choice but to do this. There is nothing intrinsically wrong with delegating prioritisation decisions, but it suffers from two problems. The first is that prioritisation decisions are taken across an organisation and will be inconsistent. The second problem follows on from this. Project progress will be delayed and resource inefficiently allocated. This happens because of the lack of synchronisation between different individuals and teams.
- 6. Conformance to priorities is poor
There is often surprisingly high resistance to working to priorities set centrally. The final sign of poor prioritisation is that no-one conforms to them. Let me give you a scenario.
Managers have expended significant effort on prioritisation. There is a clear ranking of priorities that are widely communicated – perhaps visible on some central intranet site. The problem is that everyone ignores them.
Project managers often contribute to this problem. If you are working on a very low priority project, your role is not to get the project completed in spite of the prioritisation, but to deliver it taking account of the prioritisation. This unfortunately means it will probably take a long time. Developing and committing to a project plan without understanding the priority of your project is foolhardy.
This tendency can result in radical and sometimes unpleasant actions. One organisation I was involved in had serious financial difficulties. The executive prioritised projects lowly to slow down capital expenditure. Project managers successfully bypassed the priorities set centrally and got project delivered even though the executive wanted to slow down all projects. In the end the executive, exasperated, took a radical decision. Most of the project managers were fired. This is of course an extreme example – but it is true and if you continuously ignore the priorities set you are effectively working against corporate decisions.
Conclusion
Do you think anything is missing from my list? Do you have any useful examples from your experience?
This short article is based on an excerpt from my book 'FT Briefing: Change Management', which will be published in Autumn 2010. I have often thought about writing a manual for prioritisation. It would be a short book with some supporting tools. I am not sure if there is any demand for such a thing.
I’m happy to get any feedback on my ideas, but I’d also like your thoughts on whether a short book and toolkit on prioritisation would be useful.
Related content:
Six tips for getting a new project management role
Tips for Managing Offshore Suppliers
Predictable futures: a management myth


Comments
As I look at prioritizing at the moment the crucial thing is to have a single priority setter. I often use the label 'priority setter' in discussions about product management or product ownership in teams. If the team is stable organizational-wise (I mean you don't learn every couple of weeks you are taken half of developers out or you just got 10 interns) the main unknown is the product. And who decides about the product? Product owner, product manager or however you call them. Either way it is priority setter.
Now if you happen to work with multiple priority setters you become clueless. You switch to the task ordered by the guy who shouts loudest. Or is higher in pecking order. Or visited you recently. Or whatever. Now, you can map it to chaotic organization where no one really knows what priorities are and it would look the same.
Anyway, if you can't say who is a single point of priority setting you're likely doomed. Not only you'll be be struggling to complete competing tasks but you'll also be blamed by each of decision makers for failing to deliver.
There are also a couple of my old stories regarding priorities to support your ideas:
On Emergencies
Prioritize That
Hi Pawel, thanks for the comment, (and for the links which were worth reading). I agree that having a single priority setter is ideal - but if you are in a large organisation (say 10,000 staff or even more), and with multiple shared resource pools - which is a pretty common situation - how would you suggest getting to the point in which you have a single resource setter?
Adopting your terminology, as an individual product manager I may be able to set my priorities - but unless I "own" all the resources working on that product, those people will be subject to other priorities anyway.
It seems to me that priority seeting is always going to be, to some extent a political process - but maybe I've just never seen it working really well!
Richard,
You point the situation I omitted. I focused on team dealing with multiple product owners (aka priority setters) while I didn't really considered the other perspective: a product owner having little control over their team.
This brings me back to the old days while working in very chaotic organization where every PM had to fight this way out getting people to work on their project this way or another. But that's far from optimum, that's for sure.
Personally I would prefer to work with a small team but the one which I know is dedicated for my project. You can theoretically give me 4 developers if time is good? No, thanks. Give me one, full time. That is if I have a choice.
But when you bring huge organization into table it is always office politics which heavily affect your life there. The best thing you can do is to build relationships with people, and their managers, you cooperate with. It would be easier to fix formal issues with informal solutions.
In big organizations this is indeed the status quo. And in such environments, the network you have inside the company is crucial to project success.
However, if you are new to the company or to the department/service/area you are working in, building this network in a speedy manner can be quite a challenge.
Hi Ciprian - the challenge of network building for the newcomer to an organisation is certainly a big issue. Those who are natural and effective networkers have an advantage, but I think networking skills can be learnt. It's worth the effort. Cheers for the comment
Pawel - I think you summarise the problem and the solution in a good way. Ideally go for one priority setter with dedicated resources - otherwise build your relationships. I agree fully.
All the six items are right. Thanks for the post.
I would one more item: "No prioritization tool is applied" - this means that you do not use a software tool (like task management tool) to set and manage your priorities.
Hi Eric - thanks for the comment.
Are there any specific tools you find work well. I have played around with some more than others - and found them ok, but none did quite what I wanted. However, my knowledge is not up to date.
Add new comment