PM Talent – the Pros, and the Schmoes
| A regularly recurring premise in this blog has to do with my adaptation of the Pareto Principal, that the top talented 80% of managers who have access to only 20% of the information needed to obviate a given decision will be out-performed by the least talented 20% of managers who have access to 80% of the information they need. Add to this the fact that you can put fifty project managers in a room and they will not agree on the color of an orange, and the task of “managing” PM talent quickly approaches an insurmountable attempt to bring order out of chaos. So, how to recognize the top management talent, since actual performance involves far more parameters than can possibly be captured, let alone quantified and compared? It’s been my experience that the truly talented among the PM ranks will throw off clues that their lesser acolytes won’t, and I’ve developed this little guide to help my readers more readily differentiate between the two.
Notice that I am not engaging in the sort of eat-your-peas hectoring that so many other PM writers use. If you’re a schmoe, you’re a schmoe, and there’s really very little point in trying to egg such a one on towards acting better. However, there’s still my application of the Pareto Principle! If you’re a schmoe, you can perform like a pro if you can only get your hands on the cost and schedule performance information you need to obviate the decisions before you! Ah, but there’s the rub – unless your organization’s internal project management procedures say stuff like “cut all of the procedural corners you need to get a basic Earned Value or Critical Path information stream into the hands of the decision-makers,” you schmoes have been hoisted on your own petard. No Processor in the universe would write such a sentence in an internal procedure. The best bet for the lowest 20% of talent? Get contentious about the “proper” utilization of published PM principals – it seems that’s where all the low-talent PMs I’ve encountered go. |
Oh Yeah? Says Who?
| In a previous post I described the two basic types of project management practitioners, whom I categorized as “Processors” and “Effectives.” A quick re-hash: Processors believe a project has been properly managed when the project team has demonstrably complied with all of the PM-oriented procedures, with the project’s actual outcome being a secondary consideration, if at all. Effectives, conversely, believe a project has been properly managed if it meets all of its scope requirements, on-time, on-budget (or even early and under budget), with strict observance of proper procedure being a secondary consideration, if at all. Normally the Effectives (the category in which I count myself) could simply sit back and let the unblinking, unfeeling free marketplace weed out the PM practitioners who either leaned towards the Processor category, or were completely immersed in it, as their organizations’ projects failed at a prodigious rate (but, hey! They were in compliance!), leaving the Effectives as the only ones claiming to be PMs who were actually drawing a paycheck. I actually had hoped that this sort-of Darwinian-style weeding out of the Processors would take on an aspect of the slowest-runner-in-a-Jurassic Park – movie; alas, it was not to be. The primary reason the Processors remain entrenched in the PM-brand epistemological arena is because they dominate the procedure-writing departments (naturally), and these procedures are becoming positively ubiquitous. There are lots of organizations pumping out documents that pretend to have some sort of insight that compels PM practitioners to do things the way their authors want, or else … well, or else you people are simply not “doing” PM right. Now, for those of you who want to point out that my blog’s publisher, the Project Management Institute®, engages in this very action and has done so for some time, I have two things to say: I won’t take on the risk guys again – frankly, as a target they’ve become far too easy. But consider this quote from one association’s guide to implement an Earned Value Management System consistent with the ANSI Standard (748): "The program established cost charging structure will help to ensure that actual costs are collected so that direct comparison with associated budgets can be made at the appropriate WBS level(s)." 1 For those of you who don’t have time to read the ANSI Standard on Earned Value, I can tell you that it does not include any discussion about making a “direct comparison” of budgets to actual costs. None. A Cost Variance is defined as making a “direct comparison” of the earned value to actual costs. A Schedule Variance is defined as making a “direct comparison” of the earned value to the budget. A “direct comparison” of actual costs to budgets yields no useful information in Earned Value space. And yet, this quote is from a guide that’s supposed to be consistent with the Standard. Look, if these Processors want to crank out procedures, instructions, and guides that tell everyone else how they are supposed to be “doing” project management properly, I say they should knock themselves out, and write anything and everything that makes them happy. But to the extent that management science maintains some claim to actually being scientific, then its assertions ought to be connected to observable results in the business world. Think of it this way: if you were to have a sudden and acute need to know the best way of evading meat-eating dinosaurs, would you rather hear from a track-and-field coach, or someone who had actually spent a lot of time on Isla Nublar, successfully evading said dinosaurs?
|
Built-In Engagement
| My oldest son graduated from a prestigious law school and works as a trial attorney. During a recent visit home he and his fiancé disagreed about the hair color of the opposing council at a trial she had seen. After hearing them go back and forth a couple of times, I interjected. Valid theories in science – even management science – do not need catchy but inchoate phrases to gain acceptance. Light travels at 186,000 miles per second. This hypothesis turned theory when it was supported by experimental evidence. But consider some of the things we, as PM practitioners, accept as axiomatic, but haven’t been supported by anything but the most subjective and anecdotal of evidence. For example, a comment on one of my blogs was “Quality needs to be buil(t) in, not controlled and managed in.” The commentrr, I’m sure, didn’t come up with this on his own – it had surely been repeated multiple times in classrooms, professional society chapter meetings, or in his workplace. But I don’t even know what that means. When creating products or providing services, if you have a good design/technical approach, use the appropriate tools, materials, and methodologies, and employ people with the appropriate level of expertise, barring human error a quality product or service will be delivered. The distinction between building, controlling, or managing “in” is fairly amorphous, rendering the distinction functionally irrelevant. And yet we, as a PM community, are somehow expected to accept this saying uncritically. I think the true nature of the assertion that “quality needs to be built in, not controlled and managed in” could be articulated as “hire more quality engineers, and pay them better, or else you will be made to look stupid for not knowing the difference between ‘built-in,’ ‘controlled-in,’ and ‘managed-in.’” (Actually, it might be kind of fun to isolate a dozen or so Quality Engineers, and have them define “built-in,” “controlled-in,” and “managed-in” in sufficient detail as to be able to differentiate any quality initiative as belonging to just one category, and then compare their answers.) Another commonly-accepted idea is that all project managers must “engage stakeholders.” I think this term was created to be deliberately vague, in order to push the poorly-articulated theories of the communications experts (how ironic is that?). Take the first part of the term, the word “engage.” According to dictionary.com, this term can have polar opposite meanings, ranging from “to attract or please” (#4) to “enter into conflict with” (#7)i. The definition of “stakeholder” isn’t much more precise. According to BusinessDictionary.com, the definition is “A person, group or organization that has interest or concern in an organization.”ii By this definition, the Washington Redskins are stakeholders of the Dallas Cowboys (which pretty much necessitates “engage” definition #7 to be used). So, just to be clear, a term that can have as wildly differing meanings as “attract or please your employees” to “enter into conflict with your enemies” has no practical meaning at all on its face. And yet, to “engage stakeholders” has become so uncritically accepted in modern PM circles that to even challenge it is to risk being permanently identified as hopelessly backwards in the management sciences. Does that seem right? Now, excuse me as I prepare to “control-in” my “engagement” of the “stakeholders” who leave comments in the comment section…
|
Finally, A Use For Risk Managers!
| As my regular readers are aware, I take a rather dim view of the entire risk management arena, and have, on more than one occasion, referred to it as “institutional worrying, tripped out in statistical jargon.” I have also accused them of pushing their ideas of management information generation and analysis way past their proper epistemological boundaries, wasting time and resources that could be better spent on the creation or maintenance of legitimate information streams. And, while I still hold these views, it occurs to me that the risk managers could actually provide a much-needed service to the project management world. This much-needed service has to do with the second accusation I’ve leveled against them – that they push their Gaussian-curve-based notions of management information creation into areas where they simply don’t work. This is also something our friends, the accountants, do all the time. To be fair, business schools across the world regularly teach that virtually any piece of management information that involves money must originate with the general ledger, and their students simply take this notion into the real world. However, once a project has been provided its actual costs by Work Breakdown Structure element at the reporting level, the general ledger has no further contribution to the information systems that allow the assessment of project cost, scope, or schedule performance, period. None. Zero. Zilch. Nada. Ah, but the accountants will never accede to that notion. Need an analysis on the cost variance? They’ll be happy to compare your budgets to your actuals, and can’t be convinced that that’s not a cost variance. Need an estimate at completion (EAC)? They will gladly provide a number based on the rate that you are spending, without taking into account (or even recognizing, really) the role of the actual performance against the project’s scope. It’s just the way they roll. It is futile to try to reason them out of these analysis techniques – they’re convinced of their efficacy, and similarly convinced that all who disagree with them are rubes. What’s a project management information system analyst to do? Call in the risk managers! Look at all the damage they do to legitimate PMISs. Surely, with a little redirection, they could inflict similar devastation on the accountants! I remember in the early 1990s, I saw a whole host articles from contributors who would perform some sort of statistical analysis on the float (both free and total) from complex schedule networks, trying to tease out some kernel of insight. It would take a few attempts to read the entire article, since these tended to be about as interesting as watching grass grow. Just think of all the introspection that could be caused by a statistical analysis of some similarly irrelevant data sets, such as the number of transactions within a given project compared to the variability of labor overhead rates! It sounds really insightful, yes? But it’s completely irrelevant, much like the “information” the risk analysts force upon project teams. Something similar has already occurred – the whole statistical analysis of how much women make compared to men. That this analysis has been completely debunked once one takes into account the nature of the work, the degree requirements, the general preference of women to take jobs that provide more schedule flexibility, etc., etc., doesn’t stop the statistic of “X number of cents for every dollar men make” from being lobbed about ad infinitum. Also, by Metcalf’s Law, any comparison of the average wages earned by any disparate demographic groups will yield a variance. It’s irrelevant, which will make the accountants’ jobs far, far more frustrating as they attempt to round those square epistemological pegs. Let the risk managers perform their analyses on the data sets within the general ledger! With the accountants’ energy so diverted away from advancing their misguided agenda, the risk analysts will have finally contributed significantly to the advancement of PM!
|
The Thirtieth Annual Business Management Championship!
| “Hi, this is Ron, and I’m here with my partner Verne to call the 30th annual Business Management Championship. Verne, it’s pretty much been just the asset managers in blowout victories every year. Kind of makes you wonder why they bother having the competition in the first place, much less give it world-wide network coverage.” |





