My First Project Portfolio

PM ChangeAgent Commentary

Many years ago (1973), in a Data Processing group in a local government organization (Lane County, Oregon) we had several large projects, and a large backlog of small maintenance, support, and “quick fix” projects. And, for this backlog of projects, the priorities continually changed. The changes were so frequent that we could plan our week’s work on Monday, but by Friday, little of that work was complete, because of many new, “even more urgent” projects, and because of priority changes in our backlog.portfolio

We addressed this challenge by prototyping a solution: Keeping track of our “backlog” in (of all things) a box of punched cards. That was the primary input to many computer systems in earlier days. After we perfected the information we needed to track, we began to use an online version. In that era, online often meant a simple listing of card images on an 80-character screen. Unfortunately, our solution did little more than depress us—the backlog kept growing.

And then, several new books on Time Management emerged. We especially liked Alan Lakein’s How to Get Control of Your Time and Your Life. We decided that his insights, including better methods of prioritization, were the key. We added Urgency and Importance fields to our backlog list, with entries limited to 1, 2 and 3, where 1 was most important or most urgent. Note that Alan Lakein used A, B and C for the three choices, we used 1, 2 and 3, because they could be more easily averaged. And, we required that all entries must average 2, to force a sense of high, medium and low Urgency and Importance. Otherwise, everything would soon become Priority 1, destroying the value of the system.

These actions had turned our depressing backlog list into a manageable portfolio of small projects. We managed three types of project status, to reflect our emerging understanding of what it would take to truly manage our portfolio:

Requested Projects, each one linked to a project request (very much like current project request forms, 40+ years later). The portfolio entries for each project included:

  • Project Identifier (based on a project assignment tracking system)and name
  • Date due
  • Elements of priority: Urgency and Importance (a prerequisite to assignment)

Assigned, In-process Projects, Each had more detailed-project information elsewhere, but in our portfolio, we added this information to each project that entered this stage:

  • Assigned to, with help from…
  • Low and High estimated effort, in hours
  • Estimated combined hours per day to be spent on the project
  • Planned total days of duration, a figure calculated from the two figures above
  • Planned Start and Planned End date, calculated from the planned start and total days of duration.

Completed Projects, showing the above, and additional information:

  • Actual Start and End date
  • Actual effort required

An aside: One of the most important parts of this approach was the Project Request, which we tracked from request until business need resolution. Among the Request’s useful information—for prioritization purposes, was “what is the business value of this project, in quantifiable terms?” Getting follow-up was often difficult—and it still is.

Interestingly, the communication needed to gather the right data, including the prioritization (using the same 1-3 scale and the Urgency and Importance dimensions we still use today) and identification of the business benefit, slowed down the frequency of priority changes. We significantly improved our throughput without adding staff.

We saved over 25% of our team’s time, by reducing the volatility of priorities, and resulting start/stop. We did so by more clearly prioritizing the projects in the first place, and then by getting our managers to accept the fact that when they increase the priority for one project, then another must be delayed. This communication about priorities also improved the quality of the results, while reducing costs. And, remarkably, the mean-time-to-resolution of all the items improved, rather than increased, as a result of smarter management of small project priorities.

In the 1980s, as we continued using this portfolio prioritization process in our consulting and performance coaching practice, we added more factors, beyond Urgency and Importance. Our Strategic Portfolio Analysis service, with the addition of Break-Even-Time, Linkage to Strategy, and Risk (we balanced Risk/Reward across the portfolio), looked very much like our 1970s solution. That 1970s solution made its way into Visicalc in the early 1980s, and today Excel, in our Small Project Guide.

There were undoubtedly many portfolio management approaches in use during that early 1970s era, and before. Our solution worked well for us then, and continues to work for many others. The Bottom Line: You can help to improve the performance of almost any organization just by helping to better manage how they prioritize, staff and lead their small projects.

Your Comments?