Posts made in October, 2009

It’s OK to not know.

Posted by Rob Borley on Oct 22, 2009 in culture, leadership, management, team | 2 comments

“I don’t know” is actually a valid answer to a problem.

“Let me think about that” is not an excuse to waste time.

“I think I should discuss this problem with my peers” doesn’t present you as incapable.

No need to be infallible

We all want to be seen in the best light. We don’t want to be seen to make mistakes. We want to be appreciated for what do. We want acknowledgement for all we put in and what we can achieve. We definitely don’t want to be seen as the weak link. We want to give an impression that we are in control and that we are ready for whatever challenge may come our way. We want people to know that they can trust us; that they can rely on us. We want to inspire confidence that we know what we are doing.

To achieve this we do not need to be infallible.  We need to be honest; with other people and ourselves.

It can be too easy to try and have an answer for everything.  If you are presented with a problem you want to solve it quickly. Most problems that come up in my world as a web project manager do not have instant answers and I’m typically very suspicious of off the cuff solutions.  When I pose a problem to my team I would expect an answer that is something along the lines of; “Give me some time to consider that” or “I’m not sure, there could be several solutions, let me do some thinking and research”.

Similarly, in an environment of peers, if you don’t know how something works, ask your team mates. Share the knowledge around. It’s sounds obvious but many people are too afraid of what people my think of them if they ask a seemingly obvious question.

Honesty is just fine

Acknowledging areas of weakness or gaps in understanding, far from creating a negative picture you, will actually increase your standing with people around you. Understanding who you are and what you can (and can’t) do is a sign of strength. It will produce self confidence which others will feed off. And if you can pin point the areas where you need to improve then you are in a much stronger position to do something about them. People around you will recognise this and therefore have more confidence in you.

A quick answer that,  further down the road, proves to not the be the best solution, causes problems. It might make you appear to be on top of your game at that moment in time but it will leave people with less confidence in you in future. However, a more considered approach, which yields good results, leaves everybody with greater confidence in your ability. It will breed trust.

Fear can be a big issue; both for team members and team leaders. We are afraid to appear weak, or slow, or unreliable. We are concerned that our boss or our peers will think we do not know what we are doing.

It’s worth remembering that asking questions and saying, “I don’t know”, are not a sign of weakness. In fact, they are a sign of strength.

Managing Risk

Posted by Rob Borley on Oct 16, 2009 in headscape, project delivery, project management | 1 comment

Risk, in the land of project management, is anything that could potentially get in the way of your project going according to plan and being delivered on time.

There are two types of risk; those that you can do something about, and, yes you guessed it, those that you can’t.

Let me give you some examples from my world as a web project manager at Headscape. Let’s say we have been asked to deliver a project to facilitate a small, but growing, web presence. The client has existing content which needs to be edited and integrated as well as new content that will be supplied by them. The client uses a third party system; previously not used by us but similar to systems we have used before. This third party system needs to be updated by the application we develop.

This is a limited, but not uncommon, project request. So what are the  main  risks here?

1. Content
   Content is always a risk. The single biggest reason why a project is delayed at Headscape is content. Clients never, ever, appreciate how long it will take them source, edit, and deliver content.
   This is a risk that is completely out of your control.
2. Third party system
   Whenever a third party system is involved (especially one that hasn’t been used before),  no matter how similar it is to current systems, you have a risk. There will be a learning curve for your team, documentation will most likely be inadequate, and there is bound to be a new release half way through development that will break everything you have managed to get working.
   This risk you can do something about.

Risky Business

Having located the risks what can we do about them?

Highlight them with the client from the very start. If you make the issue of content clear from the beginning, for example, it might, if you are really lucky, mean that the client will take it on board and actually deliver what they need to on time. Failing that it makes it a lot easier for them to swallow if it does end up being the reason a project is delayed.

Talk about potential issues with their third party system. Do not be afraid to present these to the client. My experience has been that, in the main, they appreciate a transparent approach.  You can legitimately build in time to the project timeline to allow for the research and learning involved. Even so, there is always an element of the unknown here. If something is going to go wrong with this project, it will involve interfacing with this third party system.

Build in contingency to the budget and the time line. You can not remove the risks but you can plan for them.

It’s easy to fall into the trap hoping that all will go well and you will have project that follows all the best possible scenarios.  If you close your eyes, and wish really hard, then you can sell a shorter time line and it might just work out for you. However, if you plan for the risks and build in the required contingency, you might even deliver early.

Clients love to be surprised like that.

As PM’s at Headscape we have started to work together  to launch each new project with a project risk assessment. Highlighting all the things that could be a risk to the project running smoothly. Things that are both internal and external to our environment. Things that we can do something about and things that we can’t.

Being aware of these risks and planning for them has had a big impact on our ability successfully set client expectations and deliver projects on time, and on budget.