10 rules for alligators and swamps
“When you are up to your arse in alligators, it is difficult to remind yourself your initial objective was to drain the swamp.”
I’ve had 3 conversations in the last 2 days about making change happen with core business processes. There’s so much noise going on, especially if it’s a problematic customer-facing process, that you spend all your time trying to put failures right and don’t have time to fix the root cause (product design, business process, skills, whatever). Likewise you’re pretty much guaranteed a failure if you put people onto the change project who aren’t ultimately responsible for the new process, who aren’t skilled and talented, who can’t make decisions on design and implementation, and who are tied up in doing their day jobs.
Here are 10 rules learned from running or helping several organisations to effect change in difficult circumstances:
- The project team should be drawn from the best people in the organisation, the ones who will drive the new way, and will likely hold leadership roles in it. Don’t staff projects with your third-rate cast-offs. Don’t rely on contractors for roles that should be held by business experts.
- The naval officer on site in the dockyard overseeing the construction of a new ship is ideally the officer who will be its first captain. The best person to lead a change project is the person who will run the new process afterwards. Failing that, get someone even more qualified and powerful, not less, to be your change agent. Sitting on a governance committee is not enough.
- The change leader and the change team must have been indoctrinated into the new way of thinking, and be passionate, effective advocates as well as good at their jobs.
- Don’t treat change as an IT project, even if largely based around new IT systems. It’s a business project. The best businesses train their business managers in smart project management, process design and change management. These are not IT skills, they are business skills. Having said that, good business-savvy IT people can make great business change people if you also follow rules 1, 2 and 3.
- Be ambitious but realistic about what you can achieve with the money, time, resources and ownership support you have available to you. Despite knowing this, I too have sometimes fooled myself or been pressured into going ahead on over-ambitious projects without adequate resources, with predictable results. Heroism, hope and luck are not reliable ingredients for success.
- Give the change leader the power to decide, as far as possible, and have fast access to higher decision-makers when necessary. There is no value-add and much cost from constantly briefing and waiting on uninvolved decision-makers.
- Like any major change proposal, nothing will happen unless you dedicate resources (people, time, money) to make the change happen. Expecting people to design and implement a major change while doing their day jobs rarely works, especially when their core process is broken. Put your best operational people onto the change project; here’s where you can usefully deploy contractors - to fill in for them in the operational teams.
- Avoid highly structured project management methodologies. I recommend a much more agile, lo-tech approach. Don’t try to specify everything before you start. Have a high level “architectural” concept to guide you, but get going!
- Keep the alligators at bay, but focus on the swamp draining. Don’t worry about dealing with the current stream of problems - that’s the job of the operational teams. Put in place some holding plan, but concentrate your best resources on creating the new model that will work. Get it working, put all new customers, and new transactions onto it, transfer all customers without problems onto it, and then, last, not first, deal with the problem backlog.
- Notwithstanding rule 9, try to deliver value quickly, in chunks, rather than going for the big bang. Incremental success builds support.
- Bonus rule: communicate, communicate, communicate; up, down, across, inward, outward.


November 25th, 2008 at 9:08 pm
great advice Jim
lines up with my experience as project manager bringing about business change, often enabled by IT
blogged: http://www.gavinknight.com/2008/11/leading-effective-business-change.html
November 26th, 2008 at 11:00 am
Re: the bonus tip - communicate is good but don’t, for heaven’s sake, believe that your communication is mana from heaven.
How about do ALL the RELEVANT comms you can … and relevant is determined by the reader not the author/project.