When enterprise architects meet up over beer and start parsing the terminology of enterprise architectural modeling, the concept of perspectives comes up, i.e. the ability to model the underpinning structure of the enterprise from a number of different perspectives – whether that be from the business, technical or actor perspectives.
A perspective is a useful tool insofar as it forces us to examine the same problem from a different angle – thus ensuring that we reduce the risk of missing something critical from our problem analysis. When I teach project management workshops, I always have teams develop WBS from both a product and a process perspective – as that forces them to identify elements they may not think of when sticking with a single perspective.
The issue with perspectives, however, is that it is quite easy to get wrapped around the axles and stuck in an endless analysis paralysis as new perspectives are introduced. At some point, we need to declare that “enough is enough” and move on with our current understanding of the problem.
So in selecting perspectives, as in all things, moderation is key. We need to choose the 1,2 or 3 perspectives that will almost always give us the 80% of the problem we need to focus on for now, and then trust the ability to modify our approach in the future to ensure that anything we may have missed in the analysis is dealt with in a timely fashion.
Thus, when we look at project portfolio management, we typically arrive at the critical point where we need to determine an appropriate perspective to use when reviewing the issue.
The Process Perspective
The default perspective is probably the simplest one. Perhaps because of PMP training, ISO standards or natural inclination, many folks start looking at portfolio optimization from the process perspective. In this perspective, the portfolio management process is broken down into discrete steps: intake, business case development, prioritization, authorization, execution, benefits realization, etc.
Each of these steps is broken into subprocesses: inputs, tools & techniques, outputs (ITTO). We then start looking at project portfolio management as an exercise in ensuring that all the ITTO are technically accounted for and flow into each other. With this perspective, we end up with a technical solution to the problem, a linear path to success.
The Capability Perspective
An alternative perspective is that of the capability. Instead of looking at project portfolio management as a process, we look at it as a strategic capability that enables the company to make intelligent decisions about the projects that it will execute. Then, we break that strategic capability down into its component parts. To support project portfolio management, we will need to be able to perform resource management, financial management, enterprise architecture and strategic planning. Each of these elements becomes its own strategic capability with its own subcapabilities.
See what we did there? We took the problem of how to do project portfolio management and we flipped it on its side. We went from treating it as a process to a capability. Both perspectives are valid – but we find the capability perspective to be more useful in framing the solution. Stay tuned for my next installment, where I discuss why.