Updated: How to ensure your document assembly project fails
As with all IT projects, there are a number of sure-fire ways to send a promising document assembly initiative off the rails. And that’s regardless of how good the technology is.
So, what can you do to turn a great idea into an unmitigated disaster?
Don’t tie the project to a pressing business problem
The technology’s cool. (Company X implemented it and they love it.) Plus we’ve got ‘use-it-or-lose-it’ budget we have to spend. We don’t need everyone to agree upfront what success will look like. We’ll find a business problem to solve along the way.
Clarify the problem? We don’t have time to do all those workshops and all that analysis stuff. Everyone’s way too busy with their day job. And the users don’t know what they want anyway. Better to leave them alone. We’ll just make some assumptions.
Encourage scope creep
It’s good to keep adding things as people think of them. No need to get hung up over importance or competing priorities. The more features the better. Usability’s overrated.
Avoid change management
Of course we want people to use the system. But, we’re running out of budget. We can’t waste time listening to them complain that nobody spoke to them. This is the way it’s going to be. They can like it or lump it.
Don’t seek executive sponsorship
The executives don’t get it. Better to fly under the radar and then show them what a great job we’ve done once we’ve finished.
Update: Boil the ocean
A phased approach? That’s for wimps. We’re going to tackle everything at once. That way we’ll be sure not to miss anything important. (Thanks to MAC for that tip.)
It really is the case that “the soft stuff is the hard stuff.” If your project doesn’t have capable, motivated team members backed up by strong stakeholder support, it doesn’t matter how good the technology is. The initiative will fail.