Something a bit different today for Project Management Guide, looking at a couple of related project management blog postings out there.

Firstly, Ron Holohan at pm411.org has another great post and podcast, 5 tips to manage your manager:

I am not talking about manipulating your manager, but rather making sure you are successful in meeting her expectations. We usually know what we need to do to get our job done as a project manager, but do we know our manager’s needs? How can we insure that we are meeting her needs?

This is a very important part of what we do. We must be aware of what our manager is trying to achieve, and they are likely to be a stakeholder in our projects. Not knowing what they need to get out of your work is going to cause you a problem, just as not defining what your project needs to achieve will.

Backing this up is a post by Robert McIlree, The Most Critical P-Word Of All:

We focus primarily on what I call P-words: People, Process, Projects, Programs…and yet, there is one P-word missing; and it’s the one that trumps all of the others almost every time:

Politics.

Absolutely true. I remember one project I worked on, when I was instructed to amend a risk report because the person responsible (through inaction) for one of the high impact, high probability risk would “be embarrassed” by it! This was all due to the complicated politics going on at the time (a number of organisations were merging into one).

Politics within the project, and within the organisation, can have a major impact on your project, and it is important you are aware of it. Hopefully this will mean you are able to accurately gauge the various risks associated with it!

Surprisingly, this is a question which isn’t asked enough by aspiring project managers. Everyone thinks they know the answer, but do they really? Let’s look at a few examples:

1. You have just started a new management job. Your company produces a speciality good, and you have to oversee the manufacturing process, and make sure as many are produced as possible.
2. You have just joined a new company. Your first assignment is to ensure every desk in the office gets a new computer on it within 12 months.
3. Your next assignment is to deliver the roll-out of a new communications infrastructure, and maintain it afterwards.

Before we decide, we’ll have a look at a few definitions that are out there. The Project Management Institute says in their guide A Guide to the Project Management Body of Knowledge “a project consists of a temporary endeavour undertaken to create a unique product, service or result.” The definition used in PRINCE2 (a popular project management methodology in the UK and Europe) says a project “is a management environment that is created for the purpose of delivering one or more business products according to a specified business case.”

In plain English, a project starts to achieve an aim, and finishes when that aim is achieved. The aim can be creating a new product, delivering a particular item, or even just achieving a particular goal. The important thing to remember is that projects are temporary. They do not consist of the same task done ad infinitum.

Given these definitions, we can now decide which of the examples given above are actually projects.

Number 1 is not a project. You will be managing a process that already exists. However, if, for example, you were tasked with coming up with a way to make the process 25% more efficient, doing that task would be a project.

Number 2 is a project. You can see it has a clear aim – to put a new computer on every desk. In addition, it has a constraint, because it all has to be done within 12 months. We’ll come back to constraints in a later project management guide.

Number 3 is a project – at first. Rolling out the new comms infrastructure is a project, with the aim of delivering that infrastructure. Maintaining the infrastructure afterwards is not a project. However, you may want to write the procedures and protocols for maintaining the infrastructure in the delivery project, as an additional product.

The third case is a classic example of how project management can come into many jobs. It is easy to imagine, for example, an IT manager having to project manage the roll-out of the infrastructure, in addition to the day job of maintaining it at the end. If you are in this sort of situation, it is important to realise you need to clearly define what is part of your project, and what isn’t – otherwise your precious project resource may start to get pulled onto day to day tasks, instead of being focussed on delivery.

Remember that projects are temporary, with defined goals. I hope you’ve found this project management guide useful!