One thing I’ve noticed is that — and I don’t know if this is typical or not — the more a technology-focused project becomes involved with the business side of things, the less control an IT-oriented project manager has over the unified set of actions and outcomes that need to be orchestrated.

Management techniques that more tightly integrate the IT with non-IT staff in the delivery and review of smaller value-generating deliverables is one approach to overcoming the possibility of having things spin out of control. Unfortunately, this “divide and conquer” approach may not work on larger or more complex projects where a mix of both creative and repetitive tasks need to be controlled using different management approaches. Plus, some one in senior management is always going to be breathing down your neck for status updates about those good old standby performance criteria: cost, budget, and progress against schedule. It’s the real world.

It’s always easy to focus on “failure to define requirements and expectations” as reasons for project failure. Even if you adhere to budget and schedule and deliver on time a thing that’s not wanted or expected, you lose. It also pays to assume that things will evolve and change as you work your way through the schedule. That means you need to maintain flexibility and ongoing involvement and honesty with decisionmakers and stakeholders.

That’s good in theory but I have occasionally experienced pushback from clients who thought my projects required too much management involvement. “We hired you to manage this thing so stop bothering me and go manage it!”

Again, nothing new here. You have to assume that (a) things will change, (b) not everyone is going to have the same level of involvement and understanding as you and your core staff, and (c) problems are going to crop up along the way that require thoughtful consideration by stakeholders whether they want to be involved or not.

Welcome to project management!

Copyright (c) 2013 by Dennis D. McDonald Jul 15 The Internet and the Realities of Managing Human Memories
[null, {"document_url": "http://www.ddmcd.com/managing-technology/oh-great-another-why-projects-fail-article.html", "unformatted_src": "https://static1.squarespace.com/static/52fbe871e4b060243dd758d6/5786898309e1c4bfec4d21ac/5786898409e1c4bfec4d28dd/1472644504166/mushroom02.jpg", "src": "https://static1.squarespace.com/static/52fbe871e4b060243dd758d6/5786898309e1c4bfec4d21ac/5786898409e1c4bfec4d28dd/1472644504166/mushroom02.jpg", "formatted_filename": "mushroom", "alt_text": "Oh, Great, Another \"Why Projects Fail\" Article"}, null, null, {"document_url": "http://www.ddmcd.com/managing-technology/oh-great-another-why-projects-fail-article.html", "unformatted_src": "https://static1.squarespace.com/static/52fbe871e4b060243dd758d6/5786898309e1c4bfec4d21ac/5786898409e1c4bfec4d28e0/1512134801317/fullsizeoutput_2894.jpeg", "src": "https://static1.squarespace.com/static/52fbe871e4b060243dd758d6/5786898309e1c4bfec4d21ac/5786898409e1c4bfec4d28e0/1512134801317/fullsizeoutput_2894.jpeg", "formatted_filename": "fullsizeoutput", "alt_text": "Facing Reality and the Need to Recalibrate Sequester-Impacted IT Projects"}, {"document_url": "http://www.ddmcd.com/managing-technology/oh-great-another-why-projects-fail-article.html", "unformatted_src": "https://static1.squarespace.com/static/52fbe871e4b060243dd758d6/5786898309e1c4bfec4d21ac/5786898409e1c4bfec4d2993/1502109033797/IMG_8718.JPG", "src": "https://static1.squarespace.com/static/52fbe871e4b060243dd758d6/5786898309e1c4bfec4d21ac/5786898409e1c4bfec4d2993/1502109033797/IMG_8718.JPG", "formatted_filename": "IMG", "alt_text": "Risk, Uncertainty, and Managing Big Data Projects"}]