Project Management Methodologies: Guidance or Rules?
The development of standardised approaches, the capturing of best practices and the creation of project management accreditations have improved the project management profession significantly over the past few decades. Arguably, it is only since we have these things that we can really call ourselves a profession rather than just a loose affiliation of people with a relatively similar role to perform.
Anyone who has read much of my project management writings will soon realise that whilst I welcome standards, best practice and accreditation – it is a somewhat cautious welcome that I give to them. In this article I want to talk a little more about methodologies. There are three things I want to mention specifically: the source of methodologies, the danger of a “one size fits all” mentality and the application of methods as rules and the consequences of doing that.
Developing new methodologies
The most common way to develop methodologies that I have come across is as follows:
Find some experts, get them in a room to work together, and for them to design the methodology. I have been directly involved in several developments like this, but it is not the ideal approach in my mind.
The philosopher Wittgenstein was famous for saying “Don't think but look”. What he was referring to was armchair speculation about the world. Certain things are best dealt with by abstract speculation. But when it comes to what works and what does not work in the practical realms of real life, including project management, we are better off understanding by looking rather than by abstract thinking. I feel this way about methodologies.
The best methods are not developed by getting a set of experts into a room who then have a deep and profound discussion about best practice and from this design a method. The best methods are developed by observing the actual working life of successful project teams and adopting those elements that make them successful.
The one size fits all mentality
Another problem I find with the development of many methodologies is the forced implementation of a single approach to delivering every single project.
There are many benefits to standardisation. I am particularly keen on two. One is that it encourages the development of a common vocabulary within an organisation – everyone understands and uses the same concepts in the same way. This is very powerful. Secondly, standardisation tends to push everyone to a minimum level of performance.
This is great if your projects are actually all standard and that common minimum level of performance is higher than your current level of performance. But all too often in the push for standardisation, standardisation becomes the goal and not a way for achieving the more important goal of high project performance. Project outcomes can get lost in debates about whether a standard has been adhered to or not.
Effective methodologies must enable flexible approaches. Not every project is the same. There is obviously enough similarity to have the discipline of project management, but projects vary in terms of scale, risk, content and context. Each of these factors should be enough to drive the development of flexible methodologies which enable the project team to select the most appropriate approach for the specific project they are running.
Rules instead of guidance
One of the advantages of standard approaches is that it facilities easier management and quality management of projects. But there is a tendency for those with oversight of projects, and for many less skilled project managers, to focus on adherence to the methodology. Of course the methodology is there for a reason: it should aid the project team to more reliably successful delivery. But the measure of success for a project should not be in terms of process adherence. It must be in terms of successful outcome as perceived by the project’s customers.
The best approach to methodologies is to treat them as helpful guidelines, and as access to the wisdom and ideas of those who have run projects before you. But any methodology is a simplification of every possible activity that can be done or has been done by those who have successfully delivered projects before – and every project has some unique characteristics. (If it does not, then you could turn the project into a repeated process – and if you can do this, you probably should!). As a project manager, you are responsible for delivery – the methodology is responsible for nothing. So you should adopt whatever approach will work best in your situation. The methodology must not become a straightjacket – but should be a friendly and useful set of guidance.
That is not to say I am suggesting you abandon your methodologies for the sake of it. In most cases you will find existing project management tools and approaches which are perfectly adequate for your situation and which you would be foolhardy not to adopt. However, you should not think that a specific and individual approach or project management process will be ideal for every situation. The best results always come from the approach which is most appropriate to the situation.
What Do You Think?
This is a topic I find very interesting – and I would love to hear your views on standardisation and methodologies. Please share them with us at Corporate Geek. I intend to follow this article with another on methodologies early in 2013.
Also, if you are interested to read more about methodologies, don’t hesitate to check the articles I recommend below.