jump to navigation

Ways a project can fail October 7, 2008

Posted by frewon9 in Inspirational.
Tags: ,
trackback

Ways a project can fail
1. Things the boss does
– Top level may not be communicating well with the rest of the members to pass the knowledge that they got on the requirements or they may not have gained required knowledge. Also some of them may be over confidence on what the team can actually achieve, so they make a guess and resulted in huge issues on development phase.

2. Things the software does
– One major problem is receiving unclear incomplete requirements at the start, but has to continue on what is available. This is a huge problem as it would be too late when it’s figured out that the the software does not match the expectations of the end user.

3. Things the team should have done
– Development team also should think wisely and accept the project dead lines. Usually a project comes with an abstract set of requirements, then estimates and deadlines are fixed without even analyzing them thoroughly. As the time passes, developers realize the risks and issues. But many of them keep mouth shut till the end as they feel that it’s too late. But the best way to handle such a situation would be to discuss that with your team or the top level immediately rather than waiting for the delivery date.

4. Things that could have been caught
– Testing is one of the areas where most of the development companies do not touch, but that makes an huge impact on the quality of the product. Getting one or two guys from the support team and training them for testing by developers is not a good patch for this. The developer is having only his view on what he build, so training by him/her would not lead to uncovering hidden issues. Also neglecting on issues we see before hand is also a problem. If a design issue or a coding error is found, no one should wait till another catch it.

What can be done?
1. Tell the truth, so that the team and top level has a good understanding on status of project.
2. Have reviews as much as possible, as this will lead to moving the project toward the correct path always.
3. Let everyone express their ideas and issues. Some members may have difficulties on understanding requirements or issues on skills, and let them to come up with those. This will lead to a far better team.
4. Treat the team well and make sure all the necessities are fulfilled to continue with the project.
5. Solve issues early as possible by not trying to point fingers later.

A worthwhile query indeed, though a bit broad in scope. What constitutes “failure” here? Late? Abandoned? End result is almost useless? Each of these seems to have its own set of wrong-headed decisions and communication failures.
Typical Project Phases:
1. Wild Enthusiasm
2. Total Confusion
3. Abject Failure
4. Search for the Guilty
5. Persecution of the Innocent
5. Promotion of Non-participents

Advertisements

Comments»

1. PM Hut - November 16, 2008

I like the way you categorized the failure reasons: “Things the boss does”, “things the software does”. You haven’t really blamed the Project Manager for anything (well maybe in a subtle way)! All Project Managers will love this post.

I did publish a lot of articles on project failure, particularly this one on why projects fail, but yours is unique in the way it’s written (you’re presenting the problem, and the solution, and again, you’re not really blaming the Project Manager).

I am interested in republishing this post as an article on PM Hut, please contact me through the “Contact Us” form on the PM Hut site in case you’re interested.


Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this: