Bulgarian and Czech versions of The Essence of PRINCE2

Translations of The Essence of PRINCE2 are now available in Slovak-English and Czech-English. Contact Branislav Gablas at branislav.gablas@gmail.com or use one of these links

Posted in Blog

Practitioner sample paper

I have been debating with myself on whether to create more sample Practitioner papers. It seems that the APMG website has gone down to just one sample, although I thought that we had two. Another thought – the new style Practitioner exams are easy to be marked by computer, ensuring a rapid turn-round, but do they show the same level of in-depth knowledge of the method that the old essay-style papers used to do, e.g. the creation of a product-based PBS and PFD?

Posted in Blog

Keeping the brain cells active

I am in the process of re-reading and updating my book, “The Essence of PRINCE2” and “The Art of PRINCE2 Survival”, not only to keep me thinking, but I think that it’s time that I looked afresh behind the words that describe the method. I’m not convinced that all of the authors of the 2009 version were fully ‘au fait’ with every part of the method that was rewritten, and some of it is not that easy to simply implement. I’ve also never had feedback on my suggested simplified Issue/Risk Register. For me it worked well. Any experiences out there?

Tagged with:
Posted in Blog

PRINCE2 Rollout Approach

Just had a nice quote from someone who bought this book:

“What a brilliant book. Concise, relevant and straightforward. I have over the years used bits and pieces of what you have presented, but nothing as crisp as your Benefits of PRINCE2 approach.”Rollout Prince2

Posted in Blog

Rolling out PRINCE2

Rollout Prince2I have a new book on the market, PRINCE2 Rollout Approach. In it I suggest a way of approaching all those live projects that are not currently using PRINCE2. Why let them run on without the PRINCE2 control and structure? Will they give you warnings of problems that might affect quality, budget or delivery date? The book offers a staged, painless way to add just those PRINCE2 features that will bring benefit to these projects; no overkill, no huge upheaval. If you know of a company that is implementing PRINCE2, help yourself to this practical advice.

Posted in Blog

ARE THERE 3 OR 4 LEVERS?

In Sept 2010 in a good Tech Republic blog, Patrick Gray wrote “Most of us have seen the famous “three levers” diagram of project management. The story goes that one can move any two of the levers (scope, timeline, or cost) and the other will move independently of the others. For example you could increase the scope of a project and decrease the timeline, but your costs will rapidly spiral up. Or if you cut costs and keep your scope constant, the timeline will increase. The three levers are a nice conceptual tool, but they imply CIOs have more control over their projects than usually happens in practice. For most CIOs, scope is the only factor within their control once a project starts, and the one that should be most jealously guarded.
While cost management, rigorous tracking of deliverables and documentation, and tight resource management are all admirable, many projects take a dangerously cavalier attitude towards scope. I have seen businesses that require signed authorization and an escort to the locked supply closet for a fresh pen, yet allow a junior person from an implementation firm to commit the project to several weeks of additional work (and tens of thousands of dollars) without batting an eye. ….”

I thought the newer thinking was that there was a rectangle with four elements, time, cost, scope and quality. Moving any one of them will affect at least one other and may affect all three others. I would make two points for PRINCE2. If you are using PRINCE2 correctly, there is no way in which ‘a junior person’ can commit the project to any extra work. All changes must go through the change procedure, and the impact analysis will show to the Change Authority what the effect would be on cost, time, scope quality, benefits and tolerances – all this before a decision is made. If the junior tries to carry out the extra work without telling anyone, this would soon be clear by the Team Manager reviewing the time and cost used.

Another corner of the rectangle is quality. I’m sure most of us know that the first thing that workers turn to when time gets short is cutting the amount of time spent on quality checking. PRINCE2 builds quality and its checking into a project from day one, and the Quality Register will soon identify any effort to slip an untested product under the wire. Go with PRINCE2. You know it makes sense!

Posted in Blog

IS PRINCE2 TOO BUREAUCRATIC PART 8

Is there too much documentation at the end of a project? Should we not plan to check if the company got the expected benefits? Is it wrong to discuss with the Project Board how well/poorly the Project Manager did what was defined in the Project Initiation Documentation? Should we not pass on any lessons learned to other projects? Should we not document any unfinished business? Project Managers may be anxious to move on to the next ‘challenge’ (or piece of income), but it’s hardly being bureaucratic to say that you must tie up the loose ends and bring the project to a controlled close. There are too many unfinished projects where the Project Manager has moved on to avoid the ‘dirty’ parts of actually finishing a project.

Maybe the idea of bureaucracy stems from the PRINCE2 organisation structure – or, rather, the incorrect idea that every project has to have at least one person for every role. However many times the manual makes the point about the option to combine roles where sensible, there are still those who immediately envisage a large overhead of Team Managers, Project Support and Project Assurance staff, etc. If the size and criticality of the project needs it, then we may need (and use) all these people. But in many other cases we can combine roles. It’s just a matter of common sense.

Posted in Blog

IS PRINCE2 TOO BUREAUCRATIC? PART 7

Do we need an Exception Report? – remember, no-one says it has to be written. Should we advise the Project Board that one or more of their tolerance limits is under threat? Should we do this as soon as we know about it? Of course we should. Have a look at the information that PRINCE2 suggests should be made available to the Project Board when an exception situation arises. It all looks sensible and necessary.

So where do we look for this bureaucracy – at End Stage Reports? Surely we have to submit to the Project Board an assessment of how we performed in the current stage, what the Project Plan, the Business Case and the risk situation now look like before it will think of approving the next Stage Plan?

Posted in Blog

IS PRINCE2 TOO BUREAUCRATIC PART 6

So, the next question is do we need a Project Brief AND Project Initiation Documentation? Is this not duplication? If you consider a five year project and the extra information that is created in the Project Initiation Documentation, I don’t believe it is duplication. The Project Brief information forms part of the Project Initiation Documentation, but we add lots of good things – controls, strategies, a refined Business Case and Risk Register etc. If you have a small project or work in an environment with lots of small projects, you may think of combining the processes, Starting up a Project and Initiating a Project. This would appear on the face of it to cut out the Project Brief, but the information is still needed for the Project Initiation Documentation.

Posted in Blog

IS PRINCE2 TOO BUREAUCRATIC PART 5

To start a project PRINCE2 suggests that a Project Brief is put together from a Project Mandate. Presumably the ‘too bureaucratic’ lobby is happy that whoever wants a project should provide a Project Mandate – or whatever name they wish to give to the information about what they want the project to do, etc. Notice that I didn’t say ‘write’. Many Project Mandates have been word of mouth. So isn’t it necessary to ensure that all the information that you need is there before you dive in? I’m not saying that every bit of specification should be known before a project starts. The Product Description of the Project Brief says what information should be available and my experience says that this is sensible. Remember, if the Project Mandate has all the information you need, then, as the manual says, it becomes the Project Brief without any further work. But you do need to check that it is all there. Often it isn’t.

Posted in Blog