Defect Prevention – running projects the Shankly way

Defect Prevention - running projects the Shankly way
Defect Prevention - running projects the Shankly way

Defect Prevention on Projects

One of the most useful activities on a project is defect prevention.

One of the axe-sharpening activities for which there is seldom time is the activity concerned with understanding why defects occur and crushing them out of the process so that they do not occur again.

However, one of the reasons why they don’t usually allow these activities is that the time they take is not usually in the schedule and because many of the benefits are for future projects.

You can cure this in several ways. In the beginning do not attempt too much. Preventing defects, as in politics is the art of the possible.

Prevention of Defect meetings should happen, during projects, only when sub-systems are delivered into test, not on the delivery of individual programs. They should only analyse higher category defects.

At one organisation, they had nine categories of defects of which they analysed only the top five categories.

Prevention of Defects Meetings

The Prevention of Defect meetings should last only an hour.

There are two purposes for the meetings.

The first is to ensure that the person who created the defects understands why they happened. If they take time out to understand why they created the defects they are less likely to create them again.

This activity happens in other professions. At football clubs they use video evidence on a Monday morning to analyse the problems that occurred in the match at the weekend. The players are then able to analyse and visualise what they should have done. It breeds good habits.

When Liverpool were the top team in the country, whenever a player was transferred from them to another club, the manager of the new club would always try to find out from the player what the Liverpool secret was.

But there was no secret. As Bill Shankly said, they hired the best people and did the simple things.

They didn’t do things like pass the ball across their own area. They had cut out all the defects which had caused them problems in the past. This was good people with good processes.

Prevent Defects Happening Again

The second purpose is to allow the analysis of these defects so that the process can be changed to prevent the defects happening again.

In the past I have found that many of these problems occur because of misunderstandings at various stages.

Very often this analysis leads to elements of Rapid Application Development (RAD), especially Joint Application Development (JAD) being taken into the process and the use of developers rather than analysts, designers and programmers.

The fewer handovers, the fewer misunderstandings there are.

Best Software Practices

Fortune magazine once analysed the software practices of the top 500 companies in the USA. They found that there were four main practices which separated the best performing software departments from the worst. These were:-

1. Standardisation – of platforms, methods, models etc.

2. Joint Application Development (JAD)

3. Timeboxing

4. Prototyping

You may short circuit many of your defects by implementing these best practices.

Defect prevention reaps big rewards.

For more top class advice on running projects successfully click on Project Management.

Ad – Contractor Services

If you do need an umbrella company you could try one of the following:-

Simply Umbrella

Public Sector Umbrella Company

Or would you prefer to get expert advice about which umbrella company is right for your specific needs? If so fill in the form below and they will be in touch.

For all necessary business insurance, including IR35, try Business Insurance for Contractors

    Your Name (required)

    Your Email (required)

    Your Telephone (required)

    Your Daily Rate (required)

    Please Fill in Answer to Simple Quiz Question