ExpertBase

 
[ START / RESET ]   By Popularity   By Hits    With Video    ExpertAlerts™   By Category    By Expertise    By Country   Free Articles   FAQ

 

 

 

 

A Killer Idea for Delivering Successful Information Technology Projects

 

Why do IT Teams start building before they have it locked down as to what it is they must build? Let’s take a look at a number of reasons why I think they do.

 

 

In Category: Project Management
Copyright © Richard M. (ID 546) , a prequalified Professional Speaker from Leasburg, United States

 

 

In all of my audits and reviews of Information Technology (IT) project failures - large and small, we have found that the top reason for failure is the lack of agreed and controlled requirements. In other words, the project team did not have a clear picture of what the customer wanted the team to build and deliver. And, in cases where there had been a clear picture of the requirements at some time early on in the project, changes to that clear picture were made but were not controlled properly.

I’ve always tried to work out why a Team of people would start building something before they knew what it was they were supposed to build or before they had a clear picture of what it is they were supposed to deliver. It’s just plain foolish, isn’t it? It’s easy to see how foolish it is if you were dealing with a builder that you had hired to build your house. Before he started, you would definitely have blueprints, specs, etc. for the builder to follow. In addition, you would have agreed the cost and the delivery date. I know you wouldn’t just tell the builder to start without both of you understanding and agreeing the plans, specifications, costs and schedule.

So why do IT people do it? Why do IT Teams start building before they have it locked down as to what it is they must build? Let’s take a look at a number of reasons why I think they do.

One reason is that Senior Management, in most cases, are pushing for a delivery date that is usually very tight and usually not particularly feasible. So Project Managers feel like they need to take some short cuts to deliver on time. And one of the short cuts is to start working on what they believe they have to deliver before what they are supposed to deliver is documented and agreed.

Another reason is that the development team thinks that they know what the customer wants and, therefore, they think they can get a head start and begin working on it before they finish discussing and documenting what the customer really wants.

An additional reason is that there is no process in place that defines how to go about delivering a project and, therefore, the Project Manager makes it up as he or she goes along and decides that a Requirements Document is not needed.

Starting work on a project before you know what it is that you are supposed to deliver at the end is almost always a mistake - A big mistake. Why do I say almost always instead of always? Well, I can guarantee you that if I said always instead of almost always, someone would come up with an example that proves it should have been almost always.

So, take the time to get a Requirements Document prepared, agreed and signed by at least the developers and the customer. File it in the project library and put it under strict Change Control.

Some of the benefits of doing this include, but are not limited to, the following:

• You start off the project knowing what it is that you need to deliver,
• It provides you with a firm baseline on which to develop your cost and schedule estimates,
• It provides you with the basis for evaluating proposed changes,
• It provides you with the basis for the preparation System Test Specifications, and
• It helps in the communication process between you, the development team, and the client.

And last, but not least, it helps you, the project manager, deliver a successful project.

< Ends >

 

Add your Comments
Name*
Email*
Organisation*
Country*
Comments*
   
Enter the number / letter combo you see in the image into the text box

All personal information you supply to us will remain with The Knowledge Brokers and will never be shared with any third party. ( Privacy)
 

Back to Articles Overview

 

Contributed by:
Richard M. (ID 546)

 

 

Article Stats
Added: 04/10/09
594 Words
291 x Read

 

Resources
More about Richard
Chat with us about Richard M.

 

 

10 more free full-text Whitepapers from Richard M.:
In: Project Management
Directing the Project with a Project Board
In: Project Management
Stop Conducting Project Progress Meetings
In: Project Management
Identify and Track Unknowns
In: Project Management
Use Workshops to Save Time and Energy on Your Project
In: Project Management
Co-locate the Project Team to Help Ensure Success
In: Project Management
Celebrate, Celebrate, Celebrate
In: Project Management
Appoint a "Minister of Fun" on your project with the responsibility of identifying fun things to do for and with the project team.
In: Project Management
Independent Test or Validation on IT Projects
In: Project Management
The Eight Habits of Very Successful Project Managers
In: Project Management
The Ideal Project Manager Specification

 

Tip: Double-Click any word to find other Experts with identical words in their profile. Try it!
How can we assist?
Simply let us know what Expert
you are looking for. Try us!
Submit your Query
Further your research:
Professional Speaker Richard M. Project Management Leadership Management Leasburg United States Highly sought-after Project Management Speaker / Trainer Professional Speakers Speaking characteristics experience leadership leadership characteristics manage projects management managers project project management project success projects richard success success equation success habits
Home | ExpertAlerts | Popular | CategoriesCompetencies | Countries | Articles | Apply | Chat Live

 

© 2010 The Knowledge Brokers. All rights reserved. Legal | Privacy
ExpertBase™ and ExpertAlert™ are trademarks of The Knowledge Brokers

Dubai :: Berlin :: Johannesburg :: London :: Mumbai :: Riyadh

 

'You must do the thing you think you cannot do.' - Eleanor Roosevelt
Loaded in 0.01 sec.