Right, Mary Ann.
In my years as a Global Engineering VP and my in my teaching at the University level, I tried all the major Project Management methodologies, and, in fairness, found all of them to be useful in some cases at some times.
But none was the right methodology for every project. Moreover, it was rare that any one of the methodologies was right even for all aspects of a single project in its entirety. Picking one always felt more like choosing a lesser evil rather than picking the methodology best for the project.
So, about 10 years ago, I started think about how I might combine the best of a number of methodologies that I had found to be effective -- or at least effective in part -- to form a more genralized and flexible methodology suitable for a wide range of projects types executed by very widely varying team compositions.
Well, that was the tough part at first.
A big part of my corporate life was as Global VP of Engineering for an M+M Mars unit called (at the time) MEI. We had a very broad multi-discipline capability (Electronic Engineering, Mechanical Engineering, Embedded Software Engineering, Application Software Engineering, etc. etc.) To complicate things, we were geographically dispersed across China, Japan, Mexico, numerous locations in the U.S., the U.K., and Switzerland.
So, I learned from that experience that part of the way to segment a project is obviously through geography. And, from experience both before and after that, it was obvious that dividing a project by engineering discipline often makes sense. Segmenting a project by difficulty -- putting the "old hands" on the tough stuff -- is usually a good idea. But when those considerations -- and many more like them -- intersect, things start to get considerably more complicated.
That's why, as RMPM℠ evolved, I developed metrics and procedures to simplify decision making as to defining sub-projects.
A few years later at Synaptic, we had a client where things really got interesting.
The first time I really started applying these rigor vs. risk ideas on a project properly segmented into sub-projects, Synaptic was running the client's Project Office on a Business Process Outsourcing (BPO) basis for a project that...
If there was a complicating factor to be had, by golly we had it!
I had been talking about this new idea for Project Management for some time (though long before I started calling it RMPM℠). With a project like that, it was time to put up or shut up. So we gave it a try.
Well, I gave it a good try, and it succeeded quite well for a first outing, but it wasn’t the final form of the RMPM℠ concept by any means.
What I did first was sit down with all the Synaptic associates involved in the project, and all the client's project's team leaders, and said, “Here are my thoughts around managing this project. Let’s consider them along with your thoughts. Then, let’s design a Project Management methodology (as opposed to a project plan -- we’ll get to that) that we believe is the best possible way to manage this project, get it out to every member of the project team for review, clean it up, and publish it as the custom-tailored Project Management methodology for the management of this project.”
After we put it in place, we built the specific project plan according to its tenets…
...and it worked great! We delivered on-time and on-budget! And, as we found down the road, hit our quality goals! Hats in the air!!!
Alas, though, “on-time” is a relative term. If you measured “on-time” from project start, then, yeah, unquestionably we did it. If, on the other hand, you included the enormous number of person/hours we spent designing the bespoke Project Management methodology in the first place prior to Project Start… well, then, not so much.
Exactly!
The client was very happy we did it that way, and together we learned a great many invaluable lessons that continue to serve both the client and Synaptic to this day, but I realized that you can’t expend that sort of enormous effort just to figure out how you’re going to run each project, because the time it takes to do so winds-up being a very significant percentage of the overall project duration.
I knew I had to formulate some sort of modular approach that would greatly reduce pre-Project Start efforts.
The very first thing I did was identify all of the risk categories I could possibly think of. These spanned things like:
These categories (and many more like them) expressed what we had to worry about and, to some extent, informed how we should package tasks into sub projects. Then, ultimately, risk assessment informed the degree of rigor, along a spectrum from Agile (-like) to Waterfall (-like), necessary in the Project Management methodology assigned to each subproject.
Well, yeah. After I put together a straightforward way to do the Risk Modulation (as I had started calling the mapping of mehtodology rigor level to sub-project risk level at that point), the problem remained that, in a larger project, there were a lot of sub-projects going on at once, with many different Project Management methodologies running them.
While I didn’t want RMPM℠ to get as heavy as the PMBOK®, I knew I had to add some sort of syncronization Stage Gate layer for a few reasons:
RMPM℠ is a mature system for helping Project Managers quickly develop a unique multi-methodology Project Management system uniquely and specifically tailored to the project about to be undertaken.
In longitudinal studies of our clients' Project Management efforts, Synaptic has found that RMPM℠ provides quantitative improvements such as:
We’ve prepared a number of introductory and tutorial materials. This interview with you is probably the best very quick introduction.
Here is a brief RMPM℠ cut sheet that’s a great discussion starter among teams thinking of adopting our methodology. A web version is here, and a printable PDF version is here..
Many people find Pecha Kuchas (20 slides at 20 seconds each) to be a great way to assimilate a lot of knowledge in a short time, so we’ve got one here..
Absolutely. RMPM℠ can be delivered to clients in training sessions as you mention, Mary Ann, or as consulting services, and as Business Process Outsourcing where Synaptic runs a clients Project Management Office on an outsourced basis. Whichever is more effective for the client.
In the later case, many clients find great benefit in our objective view, detached from the day-to-day operations and politics of their organization. As we like to put it:
“At Synaptic Consulting, we have an outsider’s dispassionate view of the challenges facing your business, with an insider’s passionate commitment to your success.”