Are You Sure About That 8.333%?
| Since this will most likely be my last blog of 2020, and this past year has been, shall we say, less than optimal for goal, aspiration, and dream fulfillment, I think I’ll forgo any type of retrospective and focus instead on a certain quirk of PM cost/schedule performance systems used for projects funded on a Fiscal Year basis. Multi-year government projects are almost always in this category, as well as many funded by large organizations or institutions. A common problem with this type of work is that its Control Account or Work Package managers tend to want to avoid participating in Earned Value or Critical Path Methodology-based performance measurement systems, often times offering up the bromide that their work is “Level of Effort,” and therefore unsuitable for performance measurement. Yeah, dopey, but it happens all the time. A common response from we PM-types when we hear this silliness is to point out the number of deliverables or measurable milestones associated with the work in question, thereby advancing the notion that the CA/WP could (and should) indicate its performance using one of the more discrete methods of assessing status. In my experience, the most common riposte to this challenge is to point to the fact that the CA/WP in question is estimated and re-estimated at the beginning of each Fiscal Year by projecting how much will be spent by the organizations that make up the members of the Project Team, which sort of points to the strange notion that the Projects exist to bring in funding to the organization, rather than the organization(s) existing in order to actually perform work. Again, dopey, but common. Due to this take on the relationship between Project and Asset Management, the assertion that the FY-funded work ought to be measured via a discrete method of collecting status almost never works. So, what’s the PM needing a way of knowing project performance (other than sitting back and watching the actual costs go by) to do? One solution that I’ve discovered is remarkably simple – so simple, in fact, that it’s often derided by Earned Value or Critical Path purists as invalid. However, I can attest to its efficacy, returning usable cost/schedule performance information relatively quickly. The solution? Agree with them that it’s all Level of Effort, but with one small tweak: when the month-end status pull happens, ask the Control Account Managers if they are sure about that 8.333% figure. See, 1/12th is 8.333%, and if the project is being funded by Fiscal Year, then the LOE Control Accounts would nominally be 8.333% more complete each month. Explain to the CAMs that you know that they want to report progress based on LOE (where the Earned Value figure is set to match the cumulative budget amount), but they could really help out the PM if they could include some adjustments. Are you getting things done relatively quickly? Perhaps you could add a few points onto the status pull, and claim 8.5%, or even 9%. Conversely, if some snags have developed, maybe we could reduce the nominal claim down to 8.2%, or even just an additional 8% this month. I know it sounds miniscule, but I can show why it works using the Game Theorist’s favorite tool, the payoff grid:
As you can see, the only potentially bad outcome for the CAM is scenario #3, and yet even here the small tweak you are asking of the LOE Control Account Manager won’t strike them as raising unnecessarily provocative red flags. The tweaked amount is in tenths of a single percentage point, for pity’s sake. How massively alarming could that possibly be? And yet, tracking the cumulative Schedule Performance Index that is suddenly not anchored to 1.0000 yields its own highly relevant information stream, particularly when combined with a more accurate Cost Performance Index. If nothing else, the PM can narrow the internally-held Variance Analysis Thresholds, knowing that the proffered variances are most likely to be understated. The cost/schedule performance system has new life, and the PMs in charge of Fiscal Year-funded work finally have the coveted disaster early-warning system, the lack of which produces a seemingly never-ending stretch of sleepless nights. And all because someone asked the question, “Are you sure about that 8.333% complete figure?”
|
Are We Finally Done With PM Pseudo-Science?
| There’s an axiom among experienced writers that asserts you’re not really a pro at this until you make the transition away from writing something that you want get off of your chest, and towards producing something that your readers would actually want to read. I like to keep this axiom in mind when I’m attending conferences on the management sciences. It serves as a valuable litmus test when I’m reviewing the syllabus, to determine which of the sessions is worth my time, and which should be avoided. In those instances where all of the slots in a given time frame are clearly presenters attempting to show off, boast, or re-address intellectual ground that’s been covered so many times it’s taking on the epistemologically equivalent appearance of centuries-old roads used by the Roman Legions, I use that time to check out the exhibit hall, or to get in line early for lunch. I kind of get a kick out of speculating what would happen if all of the attendees at these conferences were to employ a similar test when choosing which sessions to attend. The boasters and re-treaders would speak to empty chairs, while the ones who have put real effort into assessing a rational approach to problems or issues encountered by many would see their rooms filled to overflowing, thereby sending (one would hope) a clear message to the seminars’ sponsors in general, and their paper-selecting committees in particular: stop with the common knowledge re-iterations, cease the a priori-predicated yawn-fests, and let your valuable time and space allocations to those who have positioned themselves to provide actual value to potential attendees. But in order for this message to arrive in the in-boxes of seminar sponsors, we as a PM community need to do something about the supply and demand curves involved. Since it’s pretty clear that there will always be a large supply of potential paper presenters who are there to boast about some wonderful project involving them, and point to some unique aspect of the PM codex as a distinguishing factor that all other analogous projects should adopt, my mission is probably best accomplished by flattening the demand curve. I believe this could be accomplished by employing a few tactics, such as:
As much as I would love to believe that a simple ProjectManagement.com blogger railing against the intellectually vacuous underpinnings of what all-too-often passes for legitimate Project Management science could tip the common acceptance scales against them, that’s not gonna happen. On the other hand, if we as PM technique consumers simply stop signing up for what these people are selling, now that would turn the tide. The only question remaining is: have we had enough?
|
Let’s Not Be Un-Philanthropic
| According to antonymsfor.com, antonyms for philanthropy (ProjectManagement.com’s theme for December) include: husbandry, injury, frugality, conservation, economy, … brutality, self-seeking, selfishness, greediness, meanness, saving, …, scraping, malignity, illiberality, thrift, hurt, harshness, malevolence, unkindness, inhumanity, Skimping, Pinching, barbarity.[i] When addressing this theme last December, I pointed out that Project Management was performing an extremely valuable service by its very nature, that of significantly improving organizations’ ability to deliver projects on-time, on-budget, and just generally advancing quality of life. But is there an aspect of PM as currently practiced that represents the opposite of philanthropy? Recall my oft-cited axiom of Quality, Availability, Affordability: pick any two. Now consider what would have happened in, say, the restaurant industry if the self-appointed experts, via guidance documents, standards, and even regulation, mandated a certain level of “quality” for all places that served prepared food. That which we now know as the fast-food industry would have never been allowed to enter the marketplace, since its very foundation was and is based on the idea that they would offer affordable food, available relatively quickly. Prior to the opening of the first White Castle hamburger restaurant in Wichita, Kansas, in 1921,[ii] dining out at a restaurant was simply not done by a sizable percentage of the population, and a rarity for the majority of the rest. By the time McDonald’s had sold 15,000,000 burgers in 1955, [iii] that had all changed dramatically, and the restaurant industry would never be the same. But imagine if an association of restauranteurs had gotten together and decided that, in order for any food service establishment to be valid, it would be required to provide:
…in order to stay in business. No plastic eating ware, no customers placing their own orders, no leaving to eat your food, obviously no drive-through windows – and no $570 billion (USD, 2019 figures) industry. Meanwhile, Back In The Project Management World… I would like to turn GTIM Nation’s attention to the impact that certain academic or professional organizations have on the Project Management Industry as a whole. Every time one of these guides comes out, strongly advocating some technical-sounding rule like a specific type of estimate underpinning the Cost Baseline, without any supporting evidence and causality established, I would argue it actually harms the PM world. These assertions are almost always made a priori, with zero evidence offered, or even asked for, as to their validity. Usually, all it takes for one of these rules to get incorporated into some form of official guidance is the unsupported assertion that, failing to prohibit the targeted practice, one or more of the following will inevitably ensue:
Since it’s impossible to disprove a negative logically, attempting a defense of the targeted PM practice by disputing the original charge is futile. The optimal (if not only) manner to counter this version of the begging the question fallacy, dressed up as an appropriate method of rule-making, is to ask to see the data supporting the assertion. Does someone wish to introduce and formally implement a rule that mandates detailed estimates down to a specific level of the Work Breakdown Structure? Fine. Can this person provide a list of projects that experienced inaccurate reporting, poor baseline integrity, lack of baseline integration, or real variances being hidden that used the more generic Budget Estimate as the proximate, or even material cause? If the answer to the previous question is “no,” which I suspect would be the case in the majority of times if it were asked in the guidance-generating industry, then what is happening and has been happening is clearly outside the realm of management science, a place I don’t believe we PM-types want to find ourselves. Besides, it would be unphilanthropic to do so.
[i] Retrieved from http://www.antonymsfor.com/philanthropy on December 13, 2020, 10:34 MST. [ii] Retrieved from https://science.howstuffworks.com/innovation/edible-innovations/fast-food3.htm on December 13, 2020, 17:46 MST. [iii] Retrieved from https://www.mashed.com/148375/the-truth-about-how-many-burgers-mcdonalds-has-sold/ on December 13, 2020, 17:50 MST.
|
The Twelve Days (Strikethrough) Minutes of Christmas (Strikethrough) Project Review
| This, the first blog of December for GTIM Nation, serves two purposes: (1) to bring some holiday cheer to the aforementioned GTIM Nation, and (2) to firmly establish that it was proper for me to go into writing about management science, and to avoid becoming a lyricist. With that, I offer The Twelve On the first minute of the review my analyst gave to me A PowerPoint® Slide Deck. For the next part of the review my analyst gave to me A negative cost variance in a PowerPoint® slide deck. For the third minute of review my analyst gave to me Poor initial estimate causing a negative cost variance in a PowerPoint® slide deck. For the fourth minute of review my analyst gave to me No contingency for the poor initial estimate causing a negative cost variance in the PowerPoint® slide deck. In the fifth minute of project reviews my analyst gave to me Two BCPs For contingency for the poor initial estimate causing a negative cost variance in the PowerPoint® slide deck. In the fifth minute of project reviews my analyst gave to me A change board appointment, Two BCPs For contingency, poor initial estimate causing a negative cost variance in the PowerPoint® slide deck. In the sixth minute of project reviews my analyst gave to me A conference room for the change board appointment, Two BCPs For contingency, poor initial estimate causing a negative cost variance in the PowerPoint® slide deck. For the seventh minute of review my analyst gave to me Monte Carlo Numbers for the conference room where the change board meets, Two BCPs, For contingency for the poor initial estimate causing a negative cost variance in the PowerPoint® slide deck. For the eighth minute of reviews my VP said to me “No confidence” in the Monte Carlo Numbers for the conference room where the change board meets, Two BCPs, For contingency for the poor initial estimate causing a negative cost variance in the PowerPoint® slide deck. In the ninth minute of review I said to my VP, “I think this will work” for the “No confidence” in the Monte Carlo Numbers for the conference room where the change board meets, Two BCPs, For contingency for the poor initial estimate causing a negative cost variance in the PowerPoint® slide deck. In the tenth minute of reviews my VP said to me, “Good luck with all that” re: “I think this will work” for the “No confidence” in the Monte Carlo Numbers for the conference room where the change board meets, Two BCPs, For contingency for the poor initial estimate causing a negative cost variance in the PowerPoint® slide deck. In the eleventh minute of review my analyst gave to me, Over target baseline for the “Good luck with all that” re: “I think this will work” for the “No confidence” in the Monte Carlo Numbers for the conference room where the change board meets, Two BCPs, For contingency for the poor initial estimate causing a negative cost variance in the PowerPoint® slide deck. In the twelfth minute of review my analyst gave to me Justification for the over target baseline for the “Good luck with all that” re: “I think this will work” for the “No confidence” in the Monte Carlo Numbers for the conference room where the change board meets, Two BCPs, For contingency for the poor initial estimate causing a negative cost variance in the PowerPoint® slide deck. * * * For any local chapter PMI® Holiday Parties where this is actually set to music, please shoot me a link to the footage. The best rendition will get a shout-out in these pages, along with the forwarding link.
|
The Change Control Canary In The PM Coal Mine
| This blog’s title, of course, refers to the pre-1986 (!) practice of keeping caged canaries in coal mines to serve as detectors of carbon monoxide or other dangerous gasses[i]. The canaries would pass out or die before the humans, serving as an indicator that immediate evacuation was called for, and leading to its clichéd use as a critical leading indicator of something potentially really bad being imminent. Meanwhile, Back In The Project Management World… So, what can a cursory review of the development of Change Control (ProjectManagement.com’s theme for November) over the years tell us about macro-trends in Project Management guidance? Plenty. Consider first my oft-stated three criteria for PM Information System’s output to be valid:
Now consider what happens when an ossified, overburdened Change Control process actually processes a Baseline Change Proposal/Request (BCP/BCR). Baseline Change Control Boards (BCCBs), which typically meet monthly, review the BCPs submitted to them, including the plausibility of the reasons given for the change, the reasonableness of the new cost and schedule estimates, and any other particulars that go into such go/no go decisions. If any of the above proves unsatisfactory, the proposing contractor has essentially one of two choices: clean up the verbiage and numbers in the BCP, and re-submit for next month, or continue to manage on the existing, unchanged baseline. I think it’s safe to say that a mutual understanding between the customer and contractor of the scope, cost, and schedule baselines meets my third criterion, and is highly relevant. So, what does the rejected BCP scenario mean for the other two criteria for our PM Information Systems? It damages system validity, since having to re-submit the BCP next month means that the performance data stemming from the at-least-somewhat obsolete baseline isn’t going to be timely, and continuing to manage against a baseline that should have been changed already means that its performance data won’t be accurate. I also think it’s safe to say that this no-win scenario in the conduct of many BCCBs led to perhaps the biggest deviation from traditional PM practices represented in Agile/Scrum, which really doesn’t have Baseline Change Control “Boards” per se. By assigning specific roles and processes to classes of PM participants from both the contractor and client sides of IT Projects during daily meetings, Agile/Scrum allows for formal, documented, and approved near-real-time changes to the projects’ baselines. Interestingly, Information Technology (IT) projects led the way in Agile/Scrum development and adaptation, probably stemming from the report that up to 45% of them overrun.[ii] When you are in an industry where 45% of project work comes in over-budget, and you develop an advancement to PM science to address this pressing issue, and one of the first and biggest changes you make to the whole PM shebang is to do away with the traditional Baseline Change Control Board, including the overall Change Control process, what does that say about the state that said Change Control process had attained? What it tells me is that this was one area where traditional PM practices had become so overburdened with rules and guidance that it was becoming a hinderance to successful project execution, at least for IT projects. So, if we use the areas where Agile/Scrum deviated from the more traditional PM techniques and approaches as a leading indicator of where those traditional techniques and approaches may have become moribund, or even obsolete, what are some of the other areas where such deviations took place? Long-time members of GTIM Nation know where I’m headed with this: Agile/Scrum does not have a risk management (no initial caps) component. (Incidentally, on a lark I did an internet search on the term “risk management (no initial caps),” and had a good laugh when this blog came up as the fifth hit.) My takeaway from all this is that, if traditional PM approaches and techniques taken as a whole wish to become more useful and widely embraced, two great places to start would be to streamline the Change Control process, and minimize the risk management (no initial caps) stuff in its entirety. ‘Cuz who wants to share a mine shaft with a dead canary?
[i] See https://www.smithsonianmag.com/smart-news/story-real-canary-coal-mine-180961570/. [ii] Retrieved from https://www.mckinsey.com/business-functions/mckinsey-digital/our-insights/delivering-large-scale-it-projects-on-time-on-budget-and-on-value on November 29, 2020, 20:53 MST. |





