When I first saw the movie Titanic back in 1997, I remember wondering why it was considered such a romantic movie. Sure, there’s the iconic picture of Leonardo Dicaprio and Kate Winslet on the bow of the ship leaning into the wind with their hair blowing. OK, that’s romantic. They were a dashing couple riding the high seas on a glamorous trans-Atlantic voyage. Again, that’s pretty romantic.
Still, as I reminded my lovely fiancée when we saw the movie, the SHIP SANK! The brilliant engineer designed a boat that was supposedly unsinkable and the brave captain piloted it right into an ICEBERG. Sorry – not romantic.
When I started managing and consulting on ERP software projects in the 90’s, I started with romantic notions of what IT projects would be like. As long as I had the right equipment and an experienced crew then all my projects would be successful, right?
After 17+ years of ERP project voyages, I’m a bit more jaded but no less sure thatyour projects can avoid Davy Jones Locker. That’s because I’ve seen a few projects go to their watery grave and, fortunately, lived to tell the story.
Now I know that if you don’t do these 3 things properly then your IT project WILL go down. And sadly you may go down with it!
1) Keep a tight rein on project management
Titanic captain Edward J. Smith made essentially one fatal mistake. He piloted the Titanic straight into treacherous icy waters because he was so overconfident that his ship was unsinkable.
A good project manager never makes that kind of assumption. They’re never afraid or too proud to make a course correction when conditions change, or rely on the co-pilot’s advice (usually from a consultant) if it makes sense.
The best run projects are planned carefully and managed to reach “milestones” and provide “deliverables”. The project manager should develop a project plan using a project management tool like Microsoft Projects that builds in dependencies so that the plan can adjust automatically when things change. Believe me, they will change!
The milestones then become the buoys along the way and the deliverables become the gifts you give your stakeholders and crew when you reach each milestone.
The idea is to deliver “wins” at intermediate points in the project so that you can know whether you are off track – before you’re taking on water. Preferably these deliverables are tied to the key performance indicators (KPI’s) of the project and of the business.
The minute that a milestone is missed or a deliverable isn’t delivered on time, then it’s time to course correct and (maybe) to sound the alarm.”
My favorite project management methodology uses an “80-20 rule” and a series of conference room pilots (CRPs) to gauge readiness and celebrate milestones.This methodology recommends flow charting and testing the processes that you do 80% of the time and then presenting these in the software with a “CRP 1” to show management that you’ve got those down.
Then you proceed to the “20%’ers”, which are all your exception processes, reports and customizations. Interestingly, the testing of the 20% processes typically takes about 80% of the time. You will DIE if you don’t get them nailed down and documented before you go-live – especially the reports!
It’s important to have a person running the ship that has a track record of success with the software you’re implementing, not just a generalist who can supposedly manage with a “one size fits all” approach.”
Certifications such as a PMP are important, as are business certifications related to the industry. I work with ERP software in manufacturing, so APICS certifications such as a CPIM or a CIRM indicate that a project manager would have the business knowledge underlying the ERP system as well as general management skills.
2) Document, Test and Train Thoroughly
Imagine if the passengers of Titanic had clear, step-by-step instructions to know where to go and what to do when the ship was hit. Certainly far fewer people would have died. Of course they needed more lifeboats, but if the passengers had been trained and organized then they would’ve made much better use of the ones they had.
When a project starts, don’t spend a lot of time and money on documenting “as is” processes. Heading in you can make the assumption that whatever processes your client was using before weren’t working that well, so you don’t need to waste time documenting them.
Instead, work with the client to build “to be” business processes using your knowledge of best practices. Document the flows using a business process modeling tool in the software itself or a flow charting tool like Visio, and post them clearly for everyone to see.
Here’s an example of a “to be” flow. Note that it includes both manual and system-executed steps. Because this flow was developed using the ERP software process modeling tool, the system-executed tasks can be done by double-clicking on the boxes and opening up the “sessions”.
These process flows then become the basis for a resource library of “work instruction” documents complete with screen shots. Work instructions are usually written in Microsoft Word or generated using an on-line documentation tool, converted to PDF format and posted on Sharepoint or a website.
Training presentations can be done in PPT (I know, old school) or another presentation tool and posted in PDF as well. The format isn’t important, just as long as the content is solid. Then anyone – system users, execs, auditors, etc. – can look them up easily online.
Training is SO important, and so often in failed IT projects it’s overlooked or done in slipshod way.
3) Implement REAL Change Management
When the Titanic was sinking, the passengers didn’t need a newsletter telling them that a lovely string quartet was playing on deck under a starry sky. It was nice that the band was playing. It calmed those poor folks as they were going down – but they STILL went down.
No matter what people tell you, no one likes change. Uncertainty causes them to be confused and make mistakes. A new IT project is frightening for most people because they have to learn new things. They may fear for their jobs. Consequently they cling to what they did before, regardless of whether it’s working or not.
That’s why I think that change management – true change management, not fluff – is so important. It starts with setting up clear, regular communication about the goals of the project, how stakeholders will benefit, and how it’s going. Tell them straight. Never lie – especially if it’s bad news.
The best example I’ve seen of good change management is a client of mine who created an intranet site using Microsoft Sharepoint that became the “home page” for all the key users when they went came in each morning. During the project, there was a one page summary of how the project was progressing towards each of the milestones and deliverables in the project plan.
The client project manager also tracked the consultants so that they could figure out how their all-important budget was doing against the plan and do an earned value analysis (EVA).
In addition to regular weekly meetings with the key users to communicate how we were doing, we reviewed key items on the “issues log” reviewed daily. If an item continued to pop up on the log without resolution, then we scheduled time with the steering committee.
Occasionally we had “bitch sessions”, particularly near the “go-live” date, so that we could surface underlying rocks. We served pizza, so everyone got on board. The meetings were quick and didn’t have to be formal. I’ll admit that many “planning sessions” were at the local brewpub. 🙂
You may have heard the phrase “re-arranging the deck chairs on the Titanic” that refers to unfocused or non-value added activity when disaster looms. There’s no reason why you have to piddle or panic. Just steer your IT project well clear of the iceberg!
The good news is that if you keep a tight rein on project management, train thoroughly and implement real change management, you too can avoid an ERP project DISASTER.”
Remember, as Jack said to Rose before he slipped into the icy depths, “Promise me you’ll survive. That you won’t give up, no matter what happens, no matter how hopeless.”
You can pilot your ship through treacherous waters and triumphantly into the sunset. Safe travels, king of the world!
- How to Write Kick-Ass Blogs in 5 Easy Steps
- 8 Social Media Marketing Strategies ANYONE Can Master (Switch and Shift Leadership Blog)
- What Muhammad Ali Will Teach You About Business Development (openfor.business Blog)
- How Can You Channel The Success of Amazon, Netflix and Hubspot? (openfor.business Blog)
- SAP Customers – May the FORCE Be With You
- How to Increase the ROI of Your ERP System – Cut the Flab
- 3 Easy Ways to Put Your Enterprise Software on a Diet
- Can Enterprise Software Be SEXY?
- 7 Simple Ways to Avoid an ERP Project Disaster
- 3 Leadership Secrets From Richard Branson
- David and Goliath: How to Turn Small Into POWERful
- Enterprise Software: How to Turn Your ERP Project Into a Party
- Halloween: 4 Simple Ways to Take the HORROR Out of a Startup
- Halloween II: 4 More Simple Ways to Take the HORROR Out of a Startup
For more excellent information about why IT projects fail and how to avoid problems, read analyst Michael Krigsman’s Beyond IT Failure blog on ZDNet. Michael Krigsman is on Twitter @MKrigsman.
I’ve gained more understanding about ERP software project management and change management by reading Eric Kimberling’s posts on Panorama Consulting’s 360 ERP Blog. Eric Kimberling is on Twitter @EricKimberling and Panorama Consulting is on Twitter @PanoramaERP.
You might also want to pick up a copy of ‘why new systems fail’ by Phil Simon. Phil Simon’s website is philsimon.com. Phil Simon’s blog has useful tips about how to avoid IT project disasters, manage “big data” and use visualization tools to analyze information more effectively.
If you’re interested in the topics of enterprise software, ERP software, BI, consulting, manufacturing and others, then I invite you to check out my company Performa Apps’ new website inforln.com and our new inforln.com blog. There is an enterprise software resource library with examples of work instructions, whitepapers, etc., an ERP software presentations library, videos and our new blog. It’s my baby.
I’m always looking for stories, ideas and guest posts for my LinkedIn blog. Please feel free to leave a comment below to share your thoughts. Contact me at dan(dot)aldridge(at)performaapps.com if you have questions or want to connect.
Posted by Dan Aldridge
Dan Aldridge is the CEO of Performa Apps, an ERP software consulting firm specializing in Infor LN and Baan. Dan has almost 20 years of ERP implementation experience. He has helped dozens of companies with their ERP software implementations and training including Carrier, Mercedes Benz, Snap-on Tools, Blue Bird, Flextronics and a host of other manufacturing companies. He is an enterprise software blogger on LinkedIn and an entrepreneur with his new site inforln.com.
You can reach Dan Aldridge on e-mail, About.me, LinkedIn, Twitter, Google+, Scoop.it, WordPress, Slideshare, Pinterest, Facebook and Flickr. Dan Aldridge’s company Performa Apps is on LinkedIn, Twitter, Facebook, Google+, YouTube, Scoop.it, Slideshare and the new inforln.com community website.