Step 2: Improving Your Capability Maturity

Last week we looked at the Capability Maturity Model and the process of establishing where your organisation is on it. Once you have established that you can plan what you will need to do to move up the model. But remember that you can only move up one level of maturity at a time so plan on the basis of achievable short-term objectives. 

For example if you decide you are currently at project management level 2: repeatable (you will have documented project management methodologies and a standard project life cycle in place; and you will be involving your project managers in the definition and agreement of these standards). You will now plan to move to level 3: defined. In order to achieve this you will need to carry out the following steps:

1. Establish a project office to maintain the standards and documentation and provide an interface to the project mangers.
2. Obtain management support and authorisation to enforce compliance with the standards and monitor this through the project office.
3. Involve the organisation's project managers in reviewing and improving the standards.

Once you have that in place you are ready to plan for moving to the next level of organisational maturity. Next week we will look in more detail at the steps involved in deploying these project management best practices.

Step 1: Establish Your Capability Maturity

Last week I outlined my deployment road map and the first step was to establish the current level of project management capability maturity in your organization.

Capability Maturity Model
Most project managers will by now be familiar with the capability maturity model (CMM) and this is an example of the project management CMM (there are also program, portfolio and combined P3M versions):

If you want help with establishing your organization’s capability maturity the CMMI Institute have a self-assessment questionnaire you can adapt and use. You can find it at: 

http://cmmiinstitute.com/assess-your-organizations-capability

Next week I'll look at the second step of moving on up the maturity matrix.

The Project

At long last Agile Project Management in easy steps 2nd Edition is out in print. More pages and two more chapters (Feature-Driven Development and Agile at Scale) and now co-authored with David Morris, who was responsible for most of the additional content. And even better value for money as it is still only priced at £10.99 UK / $14.99 US.

Deployment Road Map

So the four things we can do to stop projects going wrong are to consider the needs of the project manager; consider the needs of the organisation; select the right projects; and to review them regularly. So what do we need to do to ensure this happens?

We need to start with the organisation. If an organisation is going to thrive in the current environment it will need to embrace project management as a crucial element of the business. The organisation will practice portfolio management and will have a project focus. They will value their project managers, support their development and see project management as a vital part of management development. Having implemented this in several organisations, I have developed a simple road map to that successful deployment

Deployment Road Map
Step 1: Establish the current level of project management capability maturity in the organisation;
Step 2: Plan how the capability maturity needs to be developed and improved;
Step 3: Define and document sound project management processes, with a project office to support and develop the processes;
Step 4: Define and document sound program management processes (if you are going to implement program management) again with a program office to support and develop the processes;
Step 5: Introduce a peer review (gateway) process for all projects and programs; and
Step 6: Implement portfolio management at the highest level in the organisation.

I will be looking at each of those six steps in detail over the next six posts. So until the next time: don't forget to enjoy your project management.

What We Can Do About It (4)

Step one was to consider the skills of the project manager, step two was to consider the needs of the organisation, and step three was to consider the projects and make sure they are business critical. But we can't just stop there, for even if a project is business critical it can still go wrong or cease to be business critical. The way we deal with these two potential problems is: 

Review the Projects
So step four is to put processes in place to ensure that all projects are reviewed at set times during the project life-cycle. 

What is needed is some form of peer review process, where a small team (external to the project) or just a single person for a small project, carries out a quick review against a standard check-list. Ideally this would be at the end of each project stage. The process is sometimes referred to as a gateway review process and uses a Red, Amber, Green (RAG) traffic signal against each point on the check list. Red is critical and urgent: the problem must be addressed or the project will fail. Amber is critical but not urgent: the problem should be addressed before any further key decisions are made. Green: the project is on track on this point. 

This process is nice and simple and I like ‘simple’ processes. Used properly the process works as it ensures that projects that are going wrong get fixed or stopped before they can have a serious impact on the business. It also checks that projects still are critical to the business.

So those are the four steps I believe we can take to stop projects going wrong. In the next post I will start to look at deploying them in an organisation.

What We Can Do About It (3)

Step one was to consider the skills of the project manager and step two was to consider the needs of the organisation. 

Consider the Projects
Step three is to make sure that only projects that are critical to the business take place and that the projects that do take place are measured on the actual benefits they deliver to the business at the end of the project. Most organisations are currently failing in both of these areas.

These decisions must be made at the highest level in the organisation and portfolio management provides the mechanism for this (although you don’t have to call it that, particularly in smaller organisations, where it might be considered overkill). 

When I’ve run project portfolios I usually work on a three year focus, with a quarterly review of the portfolio and a strict rule that nothing is bullet-proof. The most business-critical projects are always prioritised and anything else (including projects that are already under way) can be deferred or delayed. This way all projects are business critical and will get full top management support.

Up to now, not many organisations have implemented portfolio management and of the few that have, many still suffer from what I call ‘project amnesia’. Some people call it the ‘approve and forget’ approach as once they have approved a project they seem to forget all about it. So there is one final important fourth step, which we will look at next week.

What We Can Do About It (2)

As we saw last week, step one was to consider whether the project manager actually has the necessary skills to manage projects and if not, to move them somewhere else where they can do less damage to the organisation. And speaking of the organization:

Consider the Organisation
Step two is to consider the needs of the organisation itself. Business today needs to be agile and able to change and adapt quickly, if not it will fail. Because of this the business environment today is becoming more and more project driven, which means the business must have a project focus. That means embedding project management into the business strategy and making sure the organization understands it.

Then if we are going to do projects we need to do them right and that begins with putting our best people into the role (not just anyone who is available). Maybe as part of a career development process for a couple of years. Good managers will be stretched and will blossom in the role and be capable of taking on greater things in the future. But the organisation must support this and be fully committed to it, not just put anyone who is available into a project management role.

Agile Project Management in easy steps
And speaking of agile, the second edition of the book (now co-authored with David Morris) is due for publication in the next couple of weeks.

What We Can Do About It

Consider the Project Manager

First of all we need to consider if a project manager actually has the necessary skills to manage projects. A lot of people get thrown into project management because they are available, with no thought about what skills they need to carry out the role. I get a lot of feedback on this point so I know it is still happening today.

So a good honest appraisal should clearly identify any areas of skills shortage and development needs. But we need to be honest, not everyone can become a good project manager. Not everyone will have the right temperament or basic management skills. However, if they show promise then give them any necessary training but more importantly I think we should provide mentoring for them from an experienced (and therefore hopefully a wise) project manager.

But if they are not cut out for it, move them to somewhere else, where they can do less damage to the organisation.

Why Projects Really Fail

To recap:

The Real Cause
Earlier in this blog I listed the top ten ‘causes’ often cited for project failure and then examined them one by one. They all turn out to be just symptoms of poor project management or selecting the wrong project. But a wise project manager would also deal with the wrong project, so let's bite the bullet, the real reason projects fail is just poor project management.

Wise project managers are aware of these symptoms as they will have learned about them the hard way from their own early projects. They take the necessary steps to ensure they don’t have these problems in future on their projects. 

But that still leaves us with the problem of what to do about the unwise project managers whose project run into problems or fail altogether. The answer is not to send them all on training courses. What I believe we need to do is develop the project managers, develop the organisation, select the right projects in the first place and then regularly review them. I'll be expanding on these topics again over the next few weeks.

PMI Netherlands Summit

The summit was a great success with some fine inspirational speakers and it was good to meet so many PMI members. What was interesting was the number of common topics that were covered by the different presentations. Lots of food for thought for the future. Now I've delivered the talk I will post the remaining bits on this blog.

More about Guide Dogs

Guide Dogs
Spent an interesting day in Winnersh, working through their Corporate Project Office plans and drawing up a route map for the implementation. It was very topical for me as that's what I will be talking about in the Netherlands the week after next. 

Agile Project Management
Still not heard anything back from the publishers, so fingers crossed.

Project 2016
Also just seen that Microsoft will be releasing a new version of Project with Office 2016 later this year. So I'll have to see if the publishers want me to update it, the 2013 version didn't sell very well so they may decide to drop it, we shall see.

I'm taking a week off next week to visit family and spend a few days cycling in Kent. So no post next week but I'll post an update on how the Netherlands conference went the week after.

Guide Dogs for the Blind

I had a contact from a young lady from the Guide Dogs for the Blind Association a short while back and have arranged to go and spend a day with them next Tuesday. We will be looking at their re-launch of their Corporate Program Office, which should be very interesting and very much in line with what I will be speaking on at the PMI Netherlands Conference in three weeks time.

Meanwhile In Easy Steps (my publishers) have started reviewing the revised Agile Project Management book co-authored with David Morris this time. So we wait with bated breath for any feedback and hope they don't find too many typos!

PMI Netherlands Summit

I've been working on my slides for the talk to the PMI Netherlands Summit on 11th June and decided to go with lots of visual images and no bullet points. Quite good fun but I thought I had better put the text of what I will be saying on the slide notes as it will be the only handout the delegates get. I thought the title slide looked nice...

APMies v2

The publishers have downloaded the new version of the book from Dropbox so now it's fingers crossed time. As it is the second edition and is now co-authored by David Morris, they have given us a new cover:

Let's hope they don't find any problems or mistakes!

Agile Project Management in easy steps

David Morris and I have just finished updating the second edition of Agile Project Management in easy steps. We have expanded the book from 192 to 216 pages, with new chapters covering Feature-Driven Development and Agile at Scale. Most of the hard work has been done by David, who is an expert in the field and who will be taking over the book entirely from the next edition. It has been interesting collaborating with someone on the other side of the world (Auckland, NZ) and 12 hours time difference. And even more pleasurable is the fact that he is my son, so I'm going to be leaving the book in good hands.

Now waiting with baited breath for the publisher's feedback, hope they like it!

PMI Netherlands Summit

I mentioned last week that I had been invited to speak at the PMI Netherlands Summit and the program has now been finalized at: http://www.pmi-netherlands-summit.com/

The central theme is The secret of Project Management; next practices demystified and the presentations will elaborate on Project Management circa 2025. What is the secret of successful project management, what are those next practices we need to adopt? 

During the Summit they will demystify next practices from both a scientific and real-life perspective and will consider:

• Next practices of excellent organizations
• Next practices of excellent (virtual) teams
• Next practices of excellent project managers
• Next practices deployed

My talk will form part of the deployment thread and I look forward to hearing some of the other presentations and meeting some of the delegates. If you are planning to go do let me know.

PMI Netherlands Summit

I have been invited to give a presentation on Why Projects Really Fail (and what we can do about it) at the PMI Netherlands Summit on June 11th 2015. The Summit is the platform for Project, Program and Portfolio Management professionals to inspire and to be inspired by national and international thought leaders and experts. The central theme this year is The secret of Project Management; next practices demystified.so I hope I will be doing some of that for them.

Review the Projects

Why Projects Really Fail
Step four is to put processes in place to review all projects at set times in the project life-cycle. What is needed is some form of peer review process (where a small team external to the project, or just a single person for a small project, carries out a quick review against a standard check-list). Typically this would be at the end of each project stage. This is sometimes referred to as a gateway review process and uses a Red, Amber, Green traffic light against each point on the check list. Red is critical and urgent: the problem must be addressed or the project will fail. Amber is critical but not urgent: the problem should be addressed before any further key decisions are made. Green: the project is on track on this point. 

This process is nice and simple and I like ‘simple’ processes. And used properly it works as it ensures that projects that are going wrong get fixed or stopped before they can have a serious impact on the business. 

So that covers the four things I believe we can do to stop projects going wrong. Thanks to those of you who have given me feedback on these topics, it is much appreciated.

Chose the Right Projects

Why Projects Really Fail
Step three is to make sure that only projects that are critical to the business take place and that the projects that do take place are measured on the actual benefits they deliver to the business at the end of the project. Most organizations are currently failing in both of these areas.

These decisions must be made at the highest level in the organisation and portfolio management provides the mechanism for this (although you don’t have to call it that). The most business-critical projects are always prioritized and anything else (including projects that are already under way) can be deferred or delayed. This way all projects are business critical and will get full top management support.

Develop the Organisation

Why Projects Really Fail
Step two is to consider the needs of the organisation. A business today need to be agile and able to change and adapt quickly, if not it will fail. Because of this the business environment today is becoming more and more project driven and I don’t see that changing over the next few years, which means the business must have a project focus. That means embedding project management into the business strategy.

If we are going to do projects we need to do them right and that begins with putting our best people into the role (not just anyone who is available). Maybe as part of a career development process for a couple of years. Good managers will blossom in the role and be capable of taking on greater things in the future. But the organisation must support this and be fully committed to it.

Develop the People

Why Projects Really Fail
In my previous post (the real reason projects fail) I identified a number of steps that need to be taken and the first one is fairly obvious. Is the project manager up to the job? In other words do they have the necessary skills to manage projects? 

A lot of people get thrown into project management because they are available, with no thought about what skills they need to carry out the role. A good honest appraisal should clearly identify any areas of skills shortage and development needs. But we need to be honest, not everyone can become a good project manager. Not everyone will have the temperament or basic management skills necessary. If they show promise then we should provide mentoring for them. If they are not cut out for it, then we should move them to somewhere else in the business where they can do less damage.

But this won't happen spontaneously, we have to do something about it and that is what I will be discussing in the next topic: developing the organisation.

Thank You
Many thanks to those of you who have commented on the topics in this series. Most of which have been excellent. I will be turning this series of posts into a presentation to the PMI Netherlands Summit in June and will incorporate several of your points. So keep them coming.

The Real Cause

Why Projects Really Fail
Over the past ten weeks I've listed the top ten ‘causes’ often cited for project failure. But as we have seen they all turn out to be just symptoms of poor project management. So let's bite the bullet, the real reason projects fail is just poor project management.

Wise project managers are aware of these symptoms as they will have learned about them the hard way from their own early projects. They take the necessary steps to ensure they don’t have these problems in future on their projects. 

But that still leaves us with the problem of what to do about the unwise project managers whose project run into problems or fail altogether. At the risk of offending my friends in the PMI, the answer is not to send them all on training courses. What I believe we need to do is to develop (not train) the project managers, develop the organisation, select the right projects in the first place and then regularly review them. I'll be expanding on these topics over the next few weeks.

Inadequate Risk Management

Why Projects Really Fail
This is the extra cause of project failure I added to my original nine to make a nice, solid ten causes, based on more recent study. Right from the outset poor project managers seem to plan their projects on the assumption that nothing will go wrong. Unfortunately for them Murphy's Law never fails to deliver.

On the other hand a wise project manager knows that things will go wrong and allows for that in the initial planning exercise. They then spend time, with the project team, looking for potential risks that could impact the project. Having identified the risks, they then take steps to mitigate those risks. Despite that they still know that some things will go wrong and, when they do, they actively manage the resultant activities to minimise the impact and recover from it as quickly as possible. So yet again inadequate risk management is just another symptom of poor project management.

Next week we will begin to examine the real cause of project failure and what we can do about it. Until then enjoy your projects.

Lack of Resources

Why Projects Really Fail
Lack of the right resources at the right time can derail a project. OK I hear you say, this one can’t be a symptom of poor project management, can it? Well consider how a wise project manager deals with the problem. Firstly they don’t wait for it to happen, they assume it will happen and take steps to get the resources they need, when they need them through top management support. If the business can’t provide the resources then the project can’t be critical to the business and should be stopped. Failure to deal with this is yet another symptom of poor project management.

The Project
David has finished the new chapter 13 (Agile Projects at Scale) and it looks good. Now he has three weeks to review and revise chapters 1 to 12 so we can finalise everything when I get back the following week. I know it's pushing him but we can't afford to put the date back again.

Poorly Defined Responsibilities

Why Projects Really Fail
Poorly defined responsibilities can again be linked to poor communications. If team members don’t have well defined responsibilities and understand what those responsibilities are, they will do the things they think are important, or even worse, the things they enjoy doing and the project will turn into a nightmare. 

The wise project manager makes sure everyone in the team knows what is expected of them, what they need to do, and when they need to do it by. I always liked to produce a Deliverables Checklist for each stage of a project, listing all of the project deliverables, with who is responsible for delivering each, when they are scheduled to start and when they are scheduled to be delivered by. Then review and update it weekly with the project team.to ensure everyone knows what is expected of them. Poorly defined responsibilities is just another symptom of poor project management.

The Project
David's work on the new chapters has slipped a bit, I think he underestimated the amount of work involved. I've told the publishers and put back the completion date but the danger is now that they will run out of stock of the old version before they can get the new one into print. They'll either have to print more of the old version and delay the new or it will be 'out of stock' and we will loose sales. Project life is never easy.

Lack of Stakeholder Ownership

Why Projects Really Fail
Project stakeholders are defined as anyone with a vested interest in a project. They can have a positive interest (they will benefit from the project) or a negative interest (they see some disadvantage from the project) but they are still stakeholders. They can help or hinder a project and as project managers we neglect them at our peril.

But if the stakeholders don’t actually care about the project or take any responsibility or interest in it, then why is the project being carried out? This 'cause of failure' is closely linked with poor communication and top management support. A wise project manager communicates with all the project stakeholders (including the negative ones) and makes sure they understand the reason for and are committed to the project. It would seem that a lack of stakeholder ownership is a sign of an unnecessary project and just another symptom of poor project management.

The Project
David has now got his own copy of InDesign and is taking over editing the material directly, rather than giving me the changes to edit. I can see the advantage to him in this and will do my best to give him any support he needs, but the timescale was already quite tight so I hope he can cope with a steep learning curve.

Poor Leadership

Why Projects Really Fail
Poor Leadership was the sixth most common cause of project failure reported in the original study I am basing this series of blogs on and it is another absolute project killer. If the project manager is not providing good leadership then the project will fail, no question. No one on the team will be motivated and they won’t care if the project fails. In fact those with any sense will get themselves off the project as fast as they can. 

The wise project manager knows how important it is to provide a lead for the team and rally them when they need rallying. The wise project manager encourages the team and is supportive, without seeking to take the credit for the team's achievements.  Poor leadership is simply poor project management.  

The Project
David and I have decided to add two new chapters to the second edition of the book (Feature Driven Development and Managing Large Agile Projects) along with updating the existing content.  It will increase the size of the book and the price slightly but I think it will be a significant improvement in coverage of the subject.  Two weeks to our deadline, should be getting interesting.

Lack of Top Management Support

Why Projects Really Fail (continued)
Lack of top management support was always one of my big bug bears and it’s just poor stakeholder management. I've been there and had to deal with it. If there is no top management support for a project then why does it exist? How can it be critical to the business if top management aren’t supporting it? 

The answer was usually that it was someones' 'vanity project'. A wise project manager will recognise this very early in a project (if not right at the start) and insist on a senior management project sponsor (who really will champion the project), then work with them to obtain organisational support. If they can't get this they must recommend cancelling the project due to the high probability/high impact risk of project disaster. This is not as easy as it sounds if the person asking you to manage the project is your boss, but hey, the reason we love project management is the challenge. If we wanted an easy life we would be line managers!  Failure to do this is just poor project management, the lack of top management support is a screaming symptom of an unwanted or unneeded project.

The Project(s)
For reasons outside of my control I have had to cancel the on-line course development project for Cassel. This is really disappointing as not only was I enjoying the experience, but I have now had to let a customer down. They have been kind enough to leave the door open for me if the circumstances change in future.

The only positive I can take from this is that I can now concentrate on my other project: working with David Morris on a revised version of Agile Project Management in easy steps, which he will be taking over after this release. We are due to complete the work on this by the end of January so it's quite tight, but hey, didn't I just say that's why we love being project managers.

Take care and enjoy your projects.

Scope Creep

Why Projects Really Fail
Unless it is an agile project (where the objectives are expected to change), scope creep or slow death by a thousand change requests will grind any project into the dust. Wise project managers recognise when this is starting to happen and blow a very loud whistle. 

It comes down to a simple binary choice. Freeze the scope and implement the project as is and see if there is sufficient business justification for a follow on project to implement the additional requirements; or cancel the project and consider starting it again once the objectives can be agreed. Failure to do this is poor project management, the changing objectives merely a symptom of this.

The Projects
Effective Project Management on-line training course (for Classle): I'm starting to get the hang of things now (particularly Audacity for recording the audio) and I am now onto Module 4 (Planning). Great fun.

Agile Project Management in easy steps: I'm doing this revised version jointly with David Morris and I'm currently waiting for David let me have the next batch of updates now he is back in New Zealand.

Meanwhile have a happy and successful New Year.

Poor Communications Skills

Why Projects Really Fail (continued)
Poor communications skills is an absolute killer. If the project manager does not have good communication skills the project will probably turn into a disaster. Wise project managers work on their communication skills and get themselves sent on courses if they need help. 

Failure to do so is just poor project management. By now you should have started to see where this is going.

The Project
Meantime I am cracking on with the course development for Classle and getting the hang of Audacity (a really useful free audio tool). I managed to get module two completed on Christmas eve and hopefully module three next week.

Fuzzy Objectives

Why Projects Really Fail
To continue the story: most of the projects I have run over the years have started out with fairly fuzzy objectives, as at the start of the project it is only an idea for a business change or improvement. During the early stages of a project the key aim is to refine these objectives by talking to all the stakeholders and gradually developing them into a detailed set of business requirements, which can be agreed and signed off by all parties. 

Wise project managers get this thrashed out and nailed down before any serious work on the project begins. Failure to do this is just poor project management and the fuzzy objectives leading to misunderstandings and the development of the wrong things are just a symptom of this.

The Project
I have now signed a memorandum of understanding with Classle and produced the first course module. I'm aiming to have the whole course ready by the end of February for release in March and I'm really enjoying it (although January is likely to be a bit hectic as I'm also working with my son David on an update to Agile Project Management in easy steps, which is due by the end of January). Ah well a bit of pressure always makes things exciting!

Unrealistic Estimates

Why Projects Really Fail
To continue the story: when I originally carried out my research into failed projects, the number one reason given (on around 80% of failed projects) was unrealistic estimates. But why would so many estimates  be wrong? 

Well arguably all estimates are wrong as they are just that, estimates, but somehow that seems to get forgotten in the heat of the project. Typically people forecast work and costs based on past experience but they forget two important things: 1) at the start of a project there are a lot of unknowns that will only be discovered later on in the project; and 2) things will go wrong during the course of the project. Failure to allow for these two factors will hamstring the project estimates and of course the schedules that are based on them from the outset. 

Wise project managers load their early estimates with lots of contingency (although we cunningly disguise it) to cover for this. They then re-estimate the remaining work on the project at regular intervals and gradually reduce the level of contingency as it is used up. Failure to do this is just poor project management and the unrealistic estimates are merely a symptom of this.

The last time I was responsible for managing a team of project managers I used to take their first time and cost estimates for a project, write my estimate on it and seal it in an envelope and give it to the financial director to put in their safe until the project was completed. We would then open the envelope and see who was closest to the actual time and cost. I’m unhappy to say it was always me but that wasn’t down to my estimating skill, I simply doubled their estimates.

More on this subject next week, meanwhile...

The Project
I mentioned last week that I had received an approach from an on-line training company called Classel and things are progressing in that direction. So it looks like I have found myself another project.

Reasons for Project Failure

Let’s start with why we traditionally think projects go wrong. In 2009 I first published my top nine reasons for project failure in “Project Management in easy steps”. These were based on my own experience and other published research, they were:

• Unrealistic estimates
• Fuzzy objectives
• Poor communications skills
• Changing objectives (scope creep)
• Lack of top management support
• Poor leadership
• Lack of stakeholder ownership
• Poorly defined responsibilities
• Lack of resources

Recent studies might suggest the addition of inadequate risk management to the list.
Clearly a case can be made for most of these problems leading to an increased risk of project failure. But I find myself wondering if we are just looking at symptoms of problems rather than causes. Are there any problems on that list that an effective project manager cannot deal with? And if these are not the causes of failure, then what is?

More next week...

Meantime I had an interesting contact this week from Shivram at Classle regarding putting a project management course on-line, sounds interesting, so I am pursuing it.

Why Projects Really Fail

I decided I would submit a paper for the PMI Netherlands Summit and I've also sent them the outline of the proposed talk, titled: Why Projects Really Fail (and what we need to do about it). I've decided that if they don't want to include it I will publish it as an article anyhow. If they do decide to include it I will wait until after the event to publish it.

In the meantime I will introduce the topic on this blog and see what sort of feedback I get. So here are my starting thoughts:

Why Projects Really Fail (and what we need to do about it)
I believe that everyone in the project management community agrees that far too many projects go wrong. There have been many surveys into the reasons for project failure over the years and their findings are usually consistent so it would seem that we also think we know why projects fail and have done for some time. But despite this projects still keep going wrong, so why do we keep on making the same mistakes? 

Bonfire Night

Topsham Rugby Club have one of, if not the finest bonfire nights and firework displays in the South West of England and this year I volunteered to help. It was all fairly hectic on the night and we held a wash up meeting on Wednesday to review it. Just like a post project review and there were a lot of interesting learnings from it but I want to pick just one:

In previous years I understand it was run on a fairly dictatorial manner with one person pulling all the strings. This year we just trusted the team to get on with things and lo and behold it worked! So the way is once again vindicated!

I'm really looking forward to next year as I'll be able to get more actively involved in the planning. All the best for now.

PMI Netherlands Summit

I was pleased once again to be invited to join the PMI Netherlands Summit blog team for 2015. In the immortal words of the song: "This could be the last time."

This year's PMI Netherlands Summit 2014 was again a success for the PMI Netherlands Chapter and CKC Seminars and, based on this, they are already preparing for the next edition on:

Thursday, June 11th 2015 
Conference Center Spant! in Bussum, The Netherlands

The central theme of the 2015 edition is: The secret of Project Management; next practices demystified (and I am all for demystifying project management).

Conference Themes 
The 2015 Summit will be looking ahead to Project Management circa 2025. What is the secret of successful project management, what are those next practices we need to adopt? During the Summit they will demystify next practices from a scientific and real-life perspective on the basis of: excellent organizations; excellent (virtual) teams; excellent project managers; and next practices deployed.

Call for Papers
The program committee are inviting practitioners to become a part of this leading conference on Project Management by submitting an innovative best practice or workshop in line with the above themes. Duration of each session to be 40 minutes (including questions). 

If you would like to submit a suggestion, take a look at the conditions on their web site and submit your paper before October 30th 2014. The program board will review the papers and submitter’s will receive a notification of acceptance no later than November 6th 2014. 


If you do not plan to submit a paper, but are interested in attending the conference, there is an early bird discount of €50 available and PMI members also qualify for a special discount (see the registration form).

In either event visit www.pmi-netherlands-summit.com for full details and I hope to see you at the conference. I may even submit a paper myself.

Ending and Beginning

Last week’s blog (81) was a reflection on the last chapter of the Tao so we have come to the end of the cycle, but out of the ending comes a new beginning.  Life, learning and project management are very much like the four seasons:  

Spring  
We are born and try things out to see what happens and through this we begin to understand how things work.  

Summer  
We continue to develop, ripen and blossom into maturity.  

Autumn  
We grow older, wiser and start to reflect on our experiences.  

Winter  
We have fulfilled our purpose so we wither and die.  But out of death comes rebirth and the cycle is repeated.  

The Way  
Lao Tzu encouraged his followers to observe and seek to understand the laws of nature. Over the years I tried to pass that wisdom on through the project management courses I developed and ran, but without much success.  I now understand that the Way cannot be taught in the same way as project management methodology, it can only be observed and understood by someone who is willing to open their mind.  Hopefully, reading this blog has helped you to open your mind, observe and perhaps understand a little more.  For me winter is approaching, now it is your turn to pass on that wisdom to others.  The Way is in front of you, be confident:  

The Way is not complex:  
Follow the simplest path for it is The Way.  

Be open with your team,  
And they will be open with you.  
Be one with the universe,  
And the universe will be one with you.  

The wise project manager is humble,  
He knows the team does the work.  
He respects and acknowledges the team, 
And they in turn respect and acknowledge him.  

The poor project manager seeks fame,  
The wise project manager seeks inner peace.  
With fame come problems,  
With inner peace comes understanding.  

The poor project manager worries about what to do next,  
The wise project manager relishes not doing.  
When nothing needs to be done,  
Do nothing, for this is the way of the project manager.  

Footnote
One or two of you have been kind enough to say you hope I will continue this blog.  I will not repeat the cycle but I will put out the occasional post for as long as I am able.

81: The Reward

Chapter 81 is the final chapter in the Tao and likewise this blog.  

The Project
Having just completed Project Program and Portfolio Management in easy steps, I particularly enjoyed saying thank you to the friends and colleagues who helped me along with the publisher, who as ever added some nice touches with their illustrations on the chapter heading pages.  Despite some problems along the way, the project was successful and the whole team can take the credit for that as they did it.  The next project is to plan and execute an update to Agile Project Management in easy steps with David Morris (who will be taking it over after this update).

The Way  
Poor project managers try to claim they have a string of successful projects to their credit (whether they really were successful or not).  Wise project managers don’t try to claim anything, instead they help others to find success.  In sharing success with others they are successful in line with the single principle, which teaches us that true benefit blesses everyone and diminishes no one. 

Truthful words are not beautiful.  
Beautiful words are not truthful.  

Good men do not discriminate.  
Those who discriminate are not virtuous.  
Those who know are not learned.  
The learned do not understand.  

The sage does not store things up.  
When he helps others, he lives better.  
The more he gives to others, the greater his power.  

80: A Simple Life

Keep It Simple Stupid (KISS) is one of my favourite acronyms.  As project managers, if we want to be free we must act and live simply.  

The poor project manager tries every new tool that appears and reads every new project management book that comes out, hoping it will give him the edge.  The world is always full of new and exciting things, so what?  

The Way  
The wise project manager is happy to use whatever he has and is content with wherever he is. There is no point in trying to solve a problem by moving somewhere else, changing employers or friends.  He knows the grass is not greener on the other side of the fence.  The good project manager keeps everything simple and makes space for spending time with the team.  

A small country has fewer people.  
Though they have skilled men,  
They are not needed.  
The people take death seriously,  
And do not move far away.  

Though there are boats and carriages,  
There is nowhere they want to go to.  
Though they have armour and weapons, 
They have no need to one display them.  

People return to knotting of rope,  
And using it.
Savour their food, admire their clothes,  
Their homes are tranquil,  
Their ways pleasurable.  

79: Delivering

The Project
I finally received my author’s copies of Project Program and Portfolio Management and I must say it looks good.  The publishers have added some nice images on the chapter header pages and made very few changes to my text.  However, the delivery service by Hermes was awful, they promised it early last week and it only arrived (via another courier) yesterday and the packaging was damaged.

Looking back at the notes from my last major project I see that I was disappointed that I hadn’t been able to deliver everything I would have liked.  But on the positive side, the project team were good and they felt, rightly, that they had done a good job with what we were able to achieve, so maybe it was a success after all.  While noting the things we hadn’t been able to achieve, I wrote it up their way, it was their project after all.  

The Way  
The wise project manager yields his position gracefully and returns to facilitating what is happening.  We are all one; there are no sides to take.  The wise project manager goes along with what is happening anyway.  

After a bitter quarrel is resolved,  
Grievance must remain.  
How can this be considered good?  

Therefore the sage keeps his half of the bargain,  
And yet does not exact his tally from the other.  
A man of virtue performs his part,  
But a man without virtue exacts his due.  

The Tao of heaven has no favourites,  
Constantly approving mankind.  

78: Opposites

The Project
Well Project Program and Portfolio Management in easy steps is now out in print and the publishers have sent me my author’s copies but I haven’t received them yet. I was going to crack a bottle of bubbly to, celebrate but it will have to wait until they arrive. I will just have to make do with a couple of pints at the Bridge Inn instead. I need it as I’ve wasted the whole day sorting out my email accounts, which both seemed to go mad at the same time. Losing all the header information, delivering the text as raw HTML or just refusing to send or receive. It would be nice to have an IT support group rather than being it! One minute the world is rosy the next it’s all gloom, it’s all about opposites.

The Way  
The wise project manager is like water, soft and yielding, yet water can wear away rock, which is rigid and cannot yield (living in Topsham we witnessed it ripping apart the Goat Walk and two stretches sea defence walls).  As a general rule, whatever is soft and yielding will overcome whatever is rigid and hard.  

The wise project manager knows that yielding overcomes resistance and gentleness melts rigid defences.  He does not fight the force of the project team’s energy, but flows and yields and absorbs and let’s go.  This ability to be soft makes the wise project manager a good leader.  This is another paradox: what is soft is strong and what is hard is weak.  

Nothing in the world is as soft and weak as water.  
But to attack the hard and strong,  
Nothing can beat it.  

Weak conquers strong,  
Soft conquers hard.  
Everything in the world knows this,  
Yet none can put it into practice.  

Therefore the sage says:  
He who takes upon himself the humiliation of the people,  
Might be called ruler of the village.  
He who takes upon himself the country’s misfortunes,  
Might be called ruler of the world.  
True words represent their opposites.  

77: Letting Go

The Project
Still no news from the printers but Project Program and Portfolio Management in easy steps should be out any day now. It’s available to pre-order on Amazon and I just checked their web site and it says 31 August 2014 so it should be available on Monday! I always feel the tension building up at this stage so it will be nice to get the book in my hand and let all the tension go (once I’ve checked there are no errors :o)

Natural events are like the drawing of a bow.  First being drawn taunt, then the energy is released and redistributed.  To fill what is empty and to reduce what is overflowing.  But in our materialistic society those who have a lot want even more, which means that those who have little get less and less.  

The Way  
The wise project manager follows the natural order of events and does not take the consumer society as a model.  By serving the project team and being generous, the wise project manager knows abundance.  By being selfless, he helps others realize themselves. By being a disinterested facilitator, unconcerned with praise or reward, he becomes potent and successful.  

The wise project manager’s behavior works because it is based on this understanding.  His behavior may seem strange to those who do not understand.  He does what has to be done and moves on without looking for recognition.  

The Tao of heaven resembles the drawing of a bow.  
The top is lowered and the bottom is raised.  
Excess is diminished, deficiency is filled.  
The Tao of heaven diminishes surplus and fills up deficit.  

The way of man is not thus.  
He takes from those who do not have enough,  
To give to those who already have too much.  

Who having more than enough can offer it to the world?  
One who follows the Tao.  

Therefore the sage acts but makes no demands on others.  
Work done he moves on.  
He has no wish to appear virtuous.  

76: Flexible or Rigid

The Project
Last few queries from the printers dealt with so Project Program and Portfolio Management in easy steps should even now be rolling off the presses. The end of a project is always a little fraught and I just realized they didn’t send me a final proof to check but the only thing they should have changed is adding a few graphics to liven up the bland pages. Once I get a printed copy in my hand I can close the project.

Looking back at the handover notes from one of my old projects (strictly speaking a program), I was struck by the difference between the flexible approach we had adopted over the preceding two years and the rigid approach that the new team was going to take.  This was based on their use of a set way of doing everything on a project.  

The Way  
A poor project manager will often takes a rigid approach and is set in his ways of doing things. He will repeat what he has done before, as he ‘knows it works’.  But that will make his project management structured and repetitious and he will be unable to cope with those more ‘interesting’ moments and team processes that seem to happen on real projects.  

The wise project manager, on the other hand, knows that what is flexible and flowing will tend to grow and develop.  So he allows the team to go with the flow and things develop naturally.  

A man when living is flexible and weak,  
At death he is firm and strong.  

All creatures, plants and trees when living are flexible and fragile.  
When dead they are withered and dry.  

Therefore the firm and the strong are companions of death.  
The flexible and weak are companions of life.  

Therefore if an army is not flexible,
Then it cannot conquer.  

Strong trees are used to make weapons.  
The great and strong will fall.  
The flexible and weak will achieve.  

75: Without Motive

The Project
Project Program and Portfolio Management in easy steps is finally at the printers.  I had a last minute query about the lack of a comma and have added an explanation to the author’s notes so it should be available any day now.  They really are a great team at In Easy Steps.

Poor project managers try to take the credit when their teams do something good or achieve something notable.  This means the team begin to feel their work is not appreciated and won’t try so hard the next time.  Then poor project managers try to put pressure on their teams in an effort to get more work done but it just makes the team unresponsive.  

The Way  
The wise project manager is not greedy, selfish, defensive or demanding.  He has no hidden motive and knows that he can trust events to unfold naturally.  

The people are hungry,  
Because the rulers take too much tax.  
Therefore there is hunger.  

The people are difficult to govern,    
Because the rulers interfere too much.  
Therefore they are difficult to govern.  

People make light of death,  
Because their search for life is substantial.  
Therefore they take death lightly.  

He who lives without motive,  
Is talented at appreciating life.  

74: Fear and Punishment

In most projects there will be issues with some of the team not being able to complete their allocated tasks on time.  The poor project manager tries to act as judge, jury and executioner instead of allowing nature to take its course.  He admonishes people when they don’t do something they should have.  But punishing people is not an effective way of controlling their behaviour.  The poor project manager will eventually find that punishing others will end up hurting himself.  

The Way  
The wise project manager knows that there are natural consequences for every act.  His role is to shed light on these natural consequences.  He helps people to understand what is going on rather than attacking their behaviour.  

If the people are not afraid to die,  
It is no use to threaten them with death.  
If people constantly fear death,  
And any breaking the law I can seize and kill,  
Who would dare?  

The official executioner kills.  
As to he who tries to take his place,  
This is like trying to be the master carpenter cutting wood.  
He who cuts in place of the master carpenter,  
Seldom escapes injury to his hand.  
 

73: Courage and Caution

Project Program and Portfolio Management in easy steps should be released any day now and it seems like an eternity since I put the final draft in. I haven’t yet decided what to write about next.

As ever there is a lot of conflict in the world today and we often hear the word courage applied to soldiers but that is an active form of courage that tends to get people killed.  The other form of courage is a passive or inner courage and that keeps people alive, but which of the two is better?  

As is often the case, there is no right answer to that question.  Each has its benefits and its drawbacks; neither takes precedence in the way of the project manager.  The way is about how things happen, but it does not guide us on what we should do.  

The Way  
The poor project manager, when uncertain of what to do, frequently asks for advice.  The wise project manager knows that he has freedom of choice and must therefore take individual responsibility.  By becoming more conscious of what is happening, he can see how things happen.  By seeing how things happen, he can make a decision about what to do.  The way teaches us that that what people do is their own responsibility, but the pattern of their behavior still follows natural law.  The wise project manager knows that no one else can make decisions for him, it is up to him.  

The brave in daring will be killed.  
The brave in not daring will survive.  
Of these two, one may benefit, the other may harm.  
Some things heaven dislikes, who knows why?  
Even the sage finds this difficult.  

The Tao of heaven:  
Does not contest, and yet it conquers,  
Does not speak, and yet it answers,  
Is not summoned, yet it arrives of its own choice.  
Centered yet with a good plan.  
Heaven’s net is very large,  
Very open yet nothing drops through.