Do You Know If Your Project Failing?

Did you know that a study by IBM found that only 40% of software projects successfully meet schedule, budget or quality targets? Or that a separate study by the Portland Journal found similarly concerning results, with between 65 and 80% of projects failing to meet their objectives?

Seeing such startling statistics must make you begin to wonder if you would recognise your own development project turning sour. Let these top tips, on how to asses project performance, either put your mind at ease or give you some serious thinking material.

Have you considered the project objectives?

No matter the type of project its overall objective will always be to deliver results on time, within budget and of a good quality. As a means to assess progress towards achieving these objectives we tend to flood projects with Key Performance Indicators. It is all too easy to get caught up in the creation of indicators that you forget what it is you are actually trying to measure. Make yourself a list of the projects KPI’s and note down what they are actually measuring. This will allow you to determine if you can track the progress of the project as a whole, rather than just individual project stages.

  Check #1 – if you don’t know what your performance indicators are measuring now is the time to find out

Check #2 – go over all your indicators and ensure you can monitor the progress of your project as a whole or if you are limiting yourself to a short-term view

Are you making the right kind of progress?

Although KPI’s undoubtedly help drive productivity, they can ironically double up as a distraction and delay progress. Generalised KPI’s may lead to activity, but it may not lead to progress. For example, a KPI to run seven tests a day would spur action but are they the right seven tests that actually advance the project overall. As far as the indicator is concerned its requirements have been met therefore progress has been made, when in reality the amount of progress made is zero.

  Check #3 – double check that your performance indicators are allowing focus on the right kind of progress

Are you tracking your milestones?

A key staple of any development project is the use of delivery milestones. If you aren’t making use of them, you should. Milestones allow for the tracking of planned schedules. Consistently meeting project milestones is a sure sign that things are progressing nicely, but not having a perfect record is far from unusual. Having the odd blip in an otherwise perfect record isn’t much of a cause for concern, and could be the result of an unplanned absence, but if the trend of deviation is always for the worse you most certainly have a problem on your hands. However milestones are not an absolute measure of completeness, completing four out of five milestones does not mean you are 80% done.

  Check #4 – have a look in the rear view mirror at the trend over previous milestones, what is the general trend

Check #5 – looking forward make sure to take note of deadline failures and re-plan dates accordingly

Do you understand why you need more budget?

having to approach project stakeholders for an increase in budget is one of the most embarrassing moments you could ever experience. Decided at the beginning of a project, the budget is what dictates the volume and type of resources that can be utilised throughout a projects lifetime. In the best case scenario there should be no reason to exceed the limit. However as the saying goes the best laid plans of mice and men often go awry. It isn’t unexpected to ask for small increases to accommodate unavoidable circumstances, but if you repeatedly find yourself in front of the board there must be a cause.

  Check #6 – take a look at the factors the determined the original budget. Are they still the same, or have they become irrelevant as the project progresses?

Check #7 – have the resources being utilised changed from the original plan? If so are they worthy of the difference in cost?

Are you a defect away from disaster?

For a project to go from conception to completion without experiencing a single defect is very unusual. You could even go so far as to say that a handful of defects is normal. However, excessive levels are an undeniable proof that there is an unresolved issue somewhere in the development process. More often than not, defects are a result of rushing to meet a deadline and omitting important processes, such as testing, which raises the question why is there a need to rush. However, if you don’t know the norm for your development how can you tell if levels are bordering on extreme?

  Check #8 – if you aren’t recording each defect discovered, start now

  Check #9 – analyse you defects and look for a common source

Do you still have the support of the stakeholders?

Whether they realise it or not a projects stakeholders can provide a realistic insight into how it is progressing. Having stakeholders that are willing to participate in a projects tasks or events signifies that they believe in its value. If you were to experience a significant drop in these engagement levels you know that something is going wrong somewhere. It may be that they no longer see a use for the product or service, or they are losing confidence in the end value.

  Check #10are you regularly checking in with your stakeholders?

  Check #11 – are you getting their view of the project?

More From The Blog

Achieving Software Quality During Implementation

Achieving Software Quality During Implementation

Achieving Software Quality During ImplementationSoftware quality is not something you can introduce to a system during the final moments before a release, nor should it be something to sacrifice simply to increase the speed of development. Rather it should be given...

Is Your Project In A Mess? – Top 5 Solutions To Turn It Around

Is Your Project In A Mess? – Top 5 Solutions To Turn It Around

Is Your Project In A Mess? - Top 5 Solutions To Turn It AroundKeeping a project on track is far from a simple task. The mere act of bringing together a group of individuals with unique thoughts and opinions is bound to introduce a whole mix of problems. So is it...

Developing A New Desktop Application? Have You Considered…

Developing A New Desktop Application? Have You Considered…

Developing A New Desktop Application? Have You Considered…There is always a great number of things to remember when you embark on a new system development, meaning it can be quite easy to overlook some rather important points. To give yourself some piece of mind take...

Developing A New Web Based System? Have You Considered…

Developing A New Web Based System? Have You Considered…

Developing A Web Based System? Have You Considered…There is always a great number of things to remember when you embark on a new system development, meaning it can be quite easy to overlook some rather important points. To give yourself some piece of mind take a look...

Developing A New Embedded System? Have You Considered…

Developing A New Embedded System? Have You Considered…

Developing A New Embedded System? Have You Considered…There is always a great number of things to remember when you embark on a new system development, meaning it can be quite easy to overlook some rather important points. To give yourself some piece of mind take a...

Why Do You Need Requirements? – 6 Top Reasons

Why Do You Need Requirements? – 6 Top Reasons

Why Do You Need Requirements? - 6 Top ReasonsIt would be impossible to spend more than a month in the world of software development and never encounter requirements to some degree. Almost every project is centred around some form of requirements documentation, and...

The Hazards of Updating Legacy Systems

The Hazards of Updating Legacy Systems

The Hazards of Updating Legacy SystemsThere is, of course, only one real hazard – to fix a bug or make an enhancement and, in so doing, to introduce a new problem.  The problem usually manifests itself in an area far away from where the changes have been made and so...