Since more projects fail than succeed, it’s OK to go ahead and talk about the elephant in the room. After all, we can all benefit from each other’s failure stories and learn lessons on how to deal with failures and possibly avoid them. [Read more…] about Top Four Reasons Most Projects Fail
I wish I could tell you in one concise article about why projects fail. But you’re smart and you know I’d be leaving something out – possibly an exact scenario that you’re going through right now that may have even caused you to notice this article. I feel your pain – believe me…I do…I’ve been there enough. But it may not be the exact same pain.
That’s why I’m going to approach this in more general terms. I have to because I can’t know with any degree of certainty exactly what each project manager is going through when a project is failing. When all is said and done, the projects that are failing due to something specific…when examined closer…are likely failing for a broader, more general reason. My hope is that I can touch on most of these reasons in this article and give each of us something more to look at closely as we are considering risks during risk planning and identification. Please consider these underlying potential failure points for most projects…
In my book, communication is Job #1 for the project manager. Any project run without proper communication planning and flow are potentially destined for failure. The PM needs to be the central point of all project communication and it’s best if you have a project communication plan in place – even if it’s not a formal one. You should at least have something that provides all key stakeholders with the contact information (email, phone, Skype, etc.) for all key stakeholders, identifies when and where all key ongoing regular project meetings will happen (and who should be there), how project status reporting will happen and how ad-hoc project communication should happen. It’s all about setting expectations and following through – which is much of the concept behind good project management anyway.
Resource availability is always key. This goes for both sides of the project, but for this item, I’ll stick to the delivery organization/project team as I’m covering the customer next. Resource availability is a key ingredient to the ongoing success of a project. Imagine going full steam on your project and finding out suddenly – without warning – that your tech lead is not going to be available to the project for the next month. It happened to me. Her manager knew…she thought I knew even though we had made no arrangements to do any project knowledge transfer and that should have raised a flag for her to shout something from the rooftops. Plus, she was offshore so there was really no opportunity for a face to face transfer of knowledge, say, over the weekend. I realize this goes back to communication as the main underlying issue, but resource availability – or lack thereof – can rear its ugly head in many ways. The key is to stay on top of it by constantly (weekly for certain at a minimum) examining and re-forecasting your resource usage and making sure all key stakeholders have access to this information. Don’t let my scenario happen to you.
Customer availability can be just as important as project team member availability. You need the customer to be available on an ongoing basis for requirements and business process information, questions and decision making. The absent customer can lead to key tasks moving forward based on incorrect assumptions or requirements that may be misinterpreted. Keep the customer engaged by setting proper expectations from the start and by keeping them engaged through regular status meetings and task assignments.
Project Management Decision Making Failure Points
Decisions often need to be made on the spot with less than full information or input from key players. You try to minimize these situations, but they still happen. I don’t want to call them bad decisions, because good decisions can steer the project wrong when they appeared to be good based on what we knew at the time and based on what personnel and information we had access to. It may be only after the decision…and mistake…has been made that we have access to the right information and realized that…oh, that was a bad decision. That’s why customer engagement, key stakeholder availability and team resource availability are all very important. Often, these individuals are critical to good decision making.
The bottom line is this – failure happens and often due to something other than what it appears to be on the surface. How we set expectations out of the gate at the project kickoff meeting can help alleviate some of those potential risks and failure points. The rest falls to practicing ongoing project management best practices. That will never ever guarantee project success – nothing can – but it will help get you through or even avoid most rough spots.
How about our readers? What are your thoughts on key project failure points and causes? Do these match up with your own experiences? What would you add to these? Please share your own thoughts and let’s discuss.
For more information contact Entry Software: www.entry.com
Written by: Brad Egeland
All the recent talk about the Titanic got me thinking about the similarities of being involved in projects that we know have hit the metaphoric “iceberg” and are now slowly sinking and falling apart around you. What are the five warning signs that your project is about to fail could we have looked for to help ensure the success of the project, rather than everyone going down with it?
Here are five warning signs that your IT project is about to fail
1: Inconsistent Timing
Timing on a project can be a delicate thing. The Project Manager jockey’s slack and other project variables to keep the completion date fixed. Consider timing to be an issue when factoring in the scarcity of resources. Resources will always be your biggest obstacle so, what they’re working on is of critical importance to you.
A Project Manager’s friend is the scope change. If the resources aren’t available, or the scope has changed then bring it up in the next client update and move the completion date to accommodate the change.
2: Scale & Lack of Definition
The project is monolithic. The adage “How do you eat an elephant? “comes to mind. When you engage in a large project, it should be broken down into manageable pieces. Each objective and milestone must be well defined and achievable. Otherwise, you may find yourself going back to the drawing board over and over again to “get it right” which will impact the timing (see one above) and is a sure sign the project is not going in the right direction.
If you’re going to use Waterfall, then spend the time up front to define, document, meet and agree on the scope and schedule.
3: Lack of Support
Buy-in from all the stakeholders that the project will impact. Lack of support from management, department heads or from within the project team itself is vital. If any of these are going in different directions, failure is in the air. Manage support through Communication, our next point. Regularly scheduled meetings with a fixed agenda that reveals all is critical to your project’s success.
4: Poor Communication
Communication must be clear, concise and coordinated to ensure the success of the project. I use a “weekly traction meeting” to keep communication “in”. When communication goes “out”, it’s difficult to maintain support. A weekly traction meeting is simply a status update with a fixed agenda, every week at the same time. Invite all the stakeholders and send out the meeting minutes.
5: Lack of formal status updates