Making a Method Out of a Molehill
It is an oft-quoted sentiment that organizations that are embracing project management are now being buried in process. There is a methodology for this, a process for that, a procedure for the other. Where does it all end? Where should it end?On the other hand, I routinely run into organizations in the course of my consulting work who quite confidently state, "We already have a project management methodology!" when, after further exploration, I find that what they really have is a lifecycle that describes how they build their information systems. Or how they bring new products to market. Or how to do whatever else their projects do. Just not how they manage them.
In my column last month, I talked about the role of process and methodology in organizations, and what constituted an effective process capability--one that was relevant, appropriate, scaleable and, above all, both useable and actually used. This month takes a slightly different approach: What methodologies should an organization have in place to begin with? As a project manager, what processes should my company reasonably expect me to use? What am I expected to know, and how am I expected to use that knowledge?
To begin with, let's talk about what processes an organization should have in place. Having argued for simplicity and relevance of process in my last column, I'm going to go out on a limb here and
Please log in or sign up below to read the rest of the article.
What's so great about a mom and pop store? Let me tell you something, if my mom and pop ran a store I wouldn't shop there. - George Costanza |