January 2008

Cowboy Up! PMO 2.0 Is Coming to Dallas

Sorry the postings have been a bit sparse lately — suffice to say, the next time you walk by one of those booths in the airport (or anywhere) offering a flu shot, take the 5 minutes and get one, or you may really regret it — it's not too late.

I'm excited to let you know that as our first stop in 2008, the PMO 2.0 Leadership Forum is headed for the DFW Metroplex on Friday, February 29th.

Pay particular notice to that date, folks — it's an intercalary aberration of a Gregorian nature that doesn't really exist in most years anyway, so it's doubtful the office will even miss you. Heck, given this is also a TGIF scenario, you might as well take the rest of the afternoon off after we're done and go to the Galleria (or a roadhouse or clubhouse to toast the benefits of celestial realignment). In fact, why stop there — bring the other and make it a long weekend. I predict 65 F and sunny.

Speaking of Texas, I know there is a lot of real estate under our flag, but this is probably the only PMO Forum we will do in the state this year, so if you are in Austin, SA, Houston or elsewhere and want to attend one of these, you might as well come on up. Heck, being the neighborly sort, we'll open doors to Okies as well (as long as you don't sport any Sooners gear). The venue is an easy cab ride from DFW Airport — the Omni Mandalay Hotel at Las Colinas (Irving).

We have already confirmed an excellent guest speaker and most of the expert panel. Eric Van Gemeren will be presenting the story of pursuing worldwide business integration at Flowserve. Adrienne Bransky, who leads the 3PM Practice (portfolio, program and project management) at Hitachi Consulting, and Randy Leiser, our CFO in Residence and guest blogger, will join Eric on the expert panel for the interactive session. We will probably add another name to the panel as well. More info will be up with the registration site as we get it, so stay tuned for further details.

In the spirit of the forums being as much fun as they are informative, wear your boots and get in free. Personally, I have a serious Lucchese obsession, but put a shine on your favorite pair of Mahans, Lamas, Justins, Ariats, Charlie 1 Horse's, or whatever and come on out — we'll get everyone that's properly shod to line up and we'll post pictures (because I KNOW how impressed the rest of the world is with a bunch of Texans getting together).

OK, for everyone one else — I've been getting asked a lot about our '08 forum schedule, and had hoped to have the cities and dates laid out by now. Well, it's not done yet. Soon. Just look at that honest face — trust me.

I DO know however, that we'll be at the IQPC 8th Annual BPM Summit in Miami in mid-April. We'll have a booth and be showing our Planview Business Process Manager offering (along with its integration into the rest of Planview Enterprise 9.1), in addition to studious attendance in general conference sessions and all manner of hob-nobbing. More on that later.

See you there!

Can Finance Departments Manage Strategic Planning?

Guest blog entry by Randy Leiser, CFO in Residence

Randy Leiser Remember the game of telephone? You whisper a message from one person to another until it reaches the end of the chain. The final message is almost always very different, and often funny compared to the original.

In some enterprises, strategic planning can be likened to the game of telephone. Good senior executives are often defined by their ability to articulate their strategic vision in the form of high level missions and objectives — the high level strategy. However, often these strategies get diluted as they are passed down through the layers of their organization to where the tactical planning and execution of work occurs.

In my last blog post, I posed the question of where should an enterprise-wide strategic planning function — Enterprise Program Management Office (EPMO) — be located if finance departments are too busy with non-strategic activity to do it? Given my finance career roots, I am sure it was no surprise that I ultimately concluded that strategic planning belongs with the finance department; however, I want to further explore the question of whether the finance department needs incremental processes and/or supporting application tools to fulfill that role effectively and efficiently.

To answer that question, let's examine strategic planning, a process that often leaves senior executives frustrated. They think they have done a great job communicating the strategies and legitimately believe the organization should then be able to follow through on planning and executing them. Meanwhile, the organization tasked with planning and executing the strategies and their supporting tactical efforts is also frustrated because the dissemination of those strategies was not as clear to them as the senior team perceived. Furthermore, the implementers may feel resources allocated to them are not ample enough or don't align correctly within the enterprise to execute on the strategies.

This senior management and 'rest of the organization' disconnect can occur for several reasons, but I would argue that a contributing factor is using only an organizational-based planning process to manage the strategy through the enterprise. An organizational-based process allocates and manages resources along an enterprise's organizational hierarchy of business units such as subsidiaries, divisions, departments and groups within a department.

Implementing strategies requires resource planning and funding that transcends organizational boundaries. For instance, executing a strategy to improve customer purchasing experience could include resources from marketing, operations, training, as well as information technology. Organizational-based processes that measure resource requirements along organizational hierarchies do not optimally communicate and coordinate cross organizational efforts, which in turn can result in strategy planning and execution inefficiency.

I am not suggesting the abandonment of organizational-based planning processes and supporting applications for strategic planning. That would not make sense since they ultimately and inherently reflect an enterprise's strategic plan. That all said, a strong argument can be made that the overall strategic planning and execution result would be strengthened by the addition of a portfolio management-based planning process and supporting application that aligns strategies, and allocates and manages resources, along a strategic hierarchy of missions, and successively supporting objectives, strategies and ultimately, detailed tactics such as programs and services.

As you may recall from my last blog, I found a definition of what I thought captured the general essence of an EPMO.

An organizational resource that aligns strategically with the entire enterprise and provides a holistic management function over numerous strategic projects which transcend the organization and which may include significant resource allocations besides just technology people and money.

That definition sounds an awful lot like the finance department in most enterprises, given the finance department's existing holistic management, planning perspective, and responsibility. Using a well-defined strategic planning process, such as that offered through the portfolio management discipline, along with a supporting application, the finance department is in a great position to efficiently manage an enhanced strategic planning process and mitigate the game of enterprise telephone.

Next up in CXO Viewpoint — Let the Big Dogs Eat: Competition for Resources and the Investment Decision Process

The Merits of Time Reporting: Managing the Human Supply Chain

There is something vaguely disconcerting about that title, isn't there? It conjures up nagging visions of Soylent Green, conveyors full of people, and shelves lined with dormant staff just waiting to be activated. Just don't forget to remove that little desiccant packet…

I am routinely asked to make a case to reluctant knowledge worker executives about why time reporting is such a critical element to effectively managing their direct staff and workload. I suspect their hesitancy stems from some Orwellian stigma attached to the approach, or concerns of a staff revolt if they are asked to active role in eroding their own presumed workplace privacy and independence. If these concerns take on phobic proportions, time reporting sometimes gets labeled as Too Big of a Culture Change so it can be summarily set aside — pending unceremonious disposal in the future (sans witnesses). Like leftovers, perfectly good but unappealing ideas must be properly aged before being tossed out to avoid a fit of wasteful guilt.

Not so fast there — not if I can help it, anyway. Besides, I like leftovers.

I want to share an approach that I employ when arguing the merits (necessity) of time reporting by knowledge worker staff. It is difficult to dismiss in terms of logic. Of course, that doesn't mean it won't still be ignored as an inconvenient truth, but the concepts are sound and universally understood.

Whether manufacturing widgets or providing a consumable such as electricity, everyone can readily accept the intrinsic business reasoning for carefully managing the raw material employed. Cost effectiveness dictates a keen awareness of quantities on hand, how it's being utilized, and doing everything you reasonably can to identify and minimize production waste.

For example, power plants are constantly tuned to ensure that they produce as much energy as possible with a minimum of emissions from the fuel used. As you might imagine, accomplishing this requires a number of key parameters to be monitored throughout the process. Similarly, a manufacturing line ensures that parts are carefully laid out to maximize the number that can be cut from a single sheet of material and minimize waste.

The point is, regardless of the type of operations or the nature of the material used, it only makes sense to carefully measure and monitor your stock and how it is utilized, especially if the material in question is very expensive and limited in quantity. Production plans make assumptions about how much material you think will be needed in order to achieve a given result, which is then compared to actual parameters such as overall production volume, cost per unit, etc. Obviously, any variance between the two is crucial to understand in order to make adjustments and achieve optimum results.

OK, with that basic concept firmly in hand, let's turn attention to modern knowledge worker environments — IT, engineering, marketing, R&D, whatever. By definition, the primary raw material engaged in this situation is people — specifically, their time and effort. Doesn't it stand to reason that efficient operation mandates that a mechanism be in place to not only estimate the effort needed to achieve results, but also carefully measure actual usage? Without those two critical data elements, it is nearly impossible to establish accountability, identify inefficiencies and thus effect improvements to maximize production.

I know of no better, more effective way of tracking where the time and effort is spent at a sufficient level of granularity other than time reporting. While headcount is fine for gross inventory purposes, it does nothing to reflect actual utilization and efficiency compared to your capacity plan.

The second part of the argument is associated with defining the mechanism for how work progress will be measured so that plans can be updated and monitored. There are two fundamental approaches to doing that — you can either directly measure results or outputs, or you can measure the consumption of material used versus the total needed.

When building a brick wall or filling boxes with widgets, it is easy enough to directly measure results at any given point and reflect it as a percentage of the overall objective. While also knowing the time and material consumed is certainly useful information, at the end of the day the wall is half done or the order is half full, regardless of what was consumed to get you there.

The status of most in-progress knowledge work is much more difficult to directly measure in objective terms. The first issue is the ephemeral nature of the work process itself; it is flawed logic to assume that a presentation is half done by the number of slides created, or to estimate the progress of a computer program from the lines of code written. Second is the variable nature of just how much raw material is needed. It is relatively straightforward to judge how many bricks are required to build a wall or widgets needed fill a pallet. However, creating accurate initial estimates of the time and effort necessary to produce a knowledge-based deliverable gets decidedly more dubious. Time reporting assists with this issue by providing a mechanism to further refine effort estimates as work progresses.

But, the real clincher is, if you are not going to employ effort estimates and time reporting as your measure of progress, then what alternative are you going to use? What information will you collect, and how will you do it? In lieu of planned effort compared to how much was applied, you are left with trying to estimate the percentage of completion based on estimated progress towards a result. Knowledge-based products involve with a lot of intangible elements along the way to arrive at a tangible result, so finding a stable reference point from which to make a progress assessment is a real issue. Now for sure, effort reporting on knowledge work is not going to produce the same level of precision as measuring walls or widgets, but it is likely much more accurate and consistent than a subjective percentage number tossed out by the manager (who has a vested interest in appearing on time and budget).

Administrative and logistical considerations, such as how you will gather percent complete estimates, who will give them, and creating a consistent mechanism to get them all at the same time further complicate the option. Processes and techniques can be clumsy to the point they are never provide reliable information. The result is that organization is unable to effectively utilize and manage is most precious, costly commodity — its raw material — its people.

If you really take the time to properly analyze and think through the implications and mechanisms for alternatives, time reporting starts to be recognized as the much more appropriate, efficient and elegant approach that it is.

Finally, despite all the gnashing of teeth and wringing of hands over perceived cultural roadblocks to instituting time reporting, our experience with hundreds of organizations is that the actual shift to employing this process is quite often much less of a leap than first imagined, particularly when the basis for it is properly communicated and expectations are clear. Remember the sense of doubt and trepidation with your first venture up the diving board ladder? Now compare that to the exhilaration of surfacing after the dive, looking back up and thinking, that was actually pretty easy and fun! Such is the cool clear water of time reporting.

I would unscientifically and conservatively put odds of success at about 30:1, simply because I'm at a loss to recall a single deployment that failed where time reporting implementation was the primary reason. Hey, there are plenty of other challenges that have a higher likelihood of spoiling your parade — time reporting is probably not the big dark cloud. In fact, the complications of NOT doing it is a much higher risk to achieving objectives and success.

So, if you are a proponent of time reporting as the best method of establishing resource-centric work controls in your organization and are facing resistance, arm yourself with this line of reasoning as a compelling argument — then just dive on in; the water is fine.

Is Project Management Passe?

And if so, what is au courant? Gartner (Audrey Apfel, Donna Fitzgerald, et al) issued their 5-year PPM prognostication paper in December that caught my eye: Predicts 2008: Alert Program and Portfolio Management Leaders About Big Upcoming Changes. Well, you all are program and portfolio managers or closely related to them, so I'm doing my part to pass the word…one if by land, two if by sea.

The very first sentence in the summary of this paper reads: The bubble around project management is about to burst.

Gartner isn't saying that PM is going the way of the Dodo Bird as a discipline or skill set; to the contrary, they are saying it has/will essentially become commoditized as a common element of the general management repertoire — think more along the lines of gulls and starlings. I have to agree on that point.

Ten years ago — even five for many, project management was still a capability that most IT departments were struggling to formalize and develop. For the majority of the larger shops these days, not only is basic PM capability in place and mature, it is almost ubiquitous. Competency in project management fundamentals has become pretty much a prerequisite for hiring anyone at or above team lead. The PMBOK has replaced Catcher in the Rye on freshman reading lists and a PMP certification is as common as an iPhone at Starbucks. (Before we go on, let me point out that this shouldn't be construed as some kind of a derisive shot at PMI — it is more of a testament to the level of growth and acceptance they have attained over the years.)

OK, no big news there for most readers. If this IS news to you, then most likely you are among the few still trying get basic project management in place in your organization. If that is the case, you are very late to the party — hurry before the punch is all gone.

But, the report cautions against just drinking the kool-aid. Supporting discussion implicates the heavy emphasis placed on traditional canned project management approaches as complicit in creating over-engineered processes and templates in lieu of cultivating real expertise that actually improves project performance. Bully for them. Bully.

But, like the excitement of an opening movie scene, I see this whole line of discussion as just a theatrical hook to garner (no pun intended) interest -mere foreplay for the chase scene. Of more significance in my opinion is their resulting prognosis for the PMO, as summarized in the third sentence: The office coordinating this work, however, will cross the IT-business divide through optimizing program and portfolio capabilities.

The publication goes on to explain that as PM capabilities are pushed down and outward from the PMO to the general population, higher level functions of more tangible business value such as program and portfolio management, investment analysis and prioritization will rush in to replace it. Nature abhors a vacuum.

Sounds like a familiar plot, eh? The PMO transcends the status quo to become a business management center of excellence, facilitating strategic alignment and prudent investment decisions. Boy meets girl. Girl gets kidnapped. Boy blows stuff up and saves girl.

Anyway, since I can't forward the document, for those Gartner members who want to check out the full article, its ID number is G00153349.

PMI PMOSIG Accord

An interesting email came through on Dec. 11th regarding an initiative the Project Management Institute PMO Special Interest Group (ref. my post on September 18th) is undertaking. Essentially, it was a call for input and support for their PMOSIG Accord.

Apparently they are teaming up with Honda to produce a hybrid car that is substantially fueled by capturing the heat and sparks emitted during portfolio review meetings.

Not really.

OK, then what is it — really? I will pass along an excerpt from their charter that was in the note sent out:

The purpose of this project is to author an accord on proven practices for building and operating a Program Management Office (PMO). The audience for this accord is those professionals responsible for creating and running PMO processes. Those wishing a better understanding of PMO processes will also benefit.

We intend to cover many practices currently in use by PMOs. This is not a comprehensive work or standard for PMOs, but a set of proven practices we expect to change as the nature of PMOs change. We are not judging if a practice is "right" or "wrong." The PMO professional will decide which practices are useful for their particular organization.

It goes on to call for authors and editors to contribute on a variety of topics listed under five broad headings; Practices, PMO Organizations, PMO Roles and Responsibilities, PMO Career Guidelines and PMO Services.

Hmmm. Although I'm still trying to get my head around the curious selection of the term accord compared to what they are suggesting (Wikipedia was already taken), I find myself drawn to this like a moth to flame. I say that because I need to take on one more writing project like a goat needs rollerblades.

So, while I wrestle with the Faustian aspects of being a good active citizen of the SIG versus other demands on my time, I thought you might find this endeavor of interest, as well as another reason to join PMI and the SIG if you have not yet done so.

Oh, one more link for you: www.aboutpmos.blogspot.com Someday I will get my blog roll house in order.

(Derry you owe me…)