Portfolio Planning vs Strategic Planning

Too often, the modus operandi for many organizations is to receive requests and filter them through a stage-gate process in order to evaluate the merit of the request and select the right projects. If the project is selected, a project team is assembled and the project planning begins. There is nothing wrong with this process, in fact, it is an important component of portfolio management.  The shortcoming relates to the lack of strategic planning and portfolio planning.

Strategic planning occurs once a strategic direction has been established within the organization. It is beyond the scope of this post to discuss how strategy is developed. Rather, our focus is on executing the strategy. The primary assumption is that strategies have been developed. From here, the senior leaders should be able to outline the major items they believe are necessary to accomplish or fulfill the strategy. These major items help define what the company intends to do on a larger scale (“the big whats”).  Going one step further, the senior leaders may have an idea of when these major items need to be initiated. With this information, a strategic roadmap can be built to lay out when major components of the strategies should be executed. This strategic roadmap is a critical component of strategic planning.  At this point, we are looking at strategic components from a 50,000 foot view. Few details may exist for each major component listed. If more information can be provided, all the better. The critical point is that the senior leaders outline some of the major items needed for the completion of the strategy.

Before the traditional portfolio management practitioners raise their arms in protest, I would point out that all of these projects will be reviewed like any other project and need to be prioritized. The creation of a strategic roadmap does not violate key PPM principles. Rather, the strategic roadmap aids the portfolio planning process by acknowledging major efforts that need to be undertaken. Without this view, it is all too easy for decision makers to approve projects (perhaps the right projects) at the wrong time. The creation of a strategic roadmap is a proactive step of leadership to better manage the portfolio. It is far easier to anticipate resource shortages when you can see all of the major efforts on the horizon. It is also easier to acknowledge the need for strong prioritization when key strategic projects compete for resources with smaller projects. The strategic roadmap is a key deliverable of the strategic planning process and is a major input for good portfolio planning.

Portfolio planning at a more tactical level helps senior leadership know when projects will get worked. Portfolio planning improves overall portfolio success by taking into account the limited resources (financial and human) and comparing this against known project dependencies in order to properly sequence projects. Strategic planning is proactive work that outlines the major components needed to accomplish strategic goals. Strategic planning will not account for the numerous small projects that get requested throughout the year (that’s the role of the portfolio management process).   Portfolio planning utilizes select information from all project requests (large and small) to sequence the projects (based on dependencies, resource constraints, and priorities) in a way that creates an ideal portfolio at a given point in time.

Portfolio Planning3

The chart above highlights three parallel steps of the planning process: strategic planning, portfolio planning, and project planning. Strategic planning often covers a 1-3 year planning horizon (or longer) and is generally longer than portfolio planning and project planning (except for large and/or complex projects).

The Simplicity Effect of PPM 2.0

“A fascinating trend is consuming Silicon Valley and beginning to eat away at rest of the world: the radical simplification of everything.”

PPM vendors would be wise to take notice of this article by Fast Company. Portfolio management is not rocket science, yet many of the software offerings on the market can be difficult to use. Unfortunately, very few of the vendors have a user experience in place that matches the current expectation of software. As this article points out, this leaves the door open for better vendors to come in. There were several noteworthy quotes which I will share below:

“Ultimately, any market that doesn’t have a leader in simplicity soon will”

“If you’re not the simplest solution, you’re the target of one”

“Any product with an interface that slows people down is ripe for extinction”

A related article by the NY Times, stated that design now rivals technology in importance. These articles highlight the shift that is taking place with technology and software. Merely having the best technology or the most functionality is no longer good enough; design is critical. More specifically, user experience is critical for new software going forward. Unfortunately, for the current portfolio management vendors, this means some expensive re-designs of existing systems.

User experience is a key component of PPM 2.0. Companies need solutions that are easy to use and will garner strong user adoption. I know from extensive first-hand experience with one of the “leaders” in the portfolio management space, that being a “leader” means nothing, delivering useful solutions means everything. Powerful solutions need to  be simple. Simplicity is important because without it, user adoption suffers and the benefits of portfolio management decline. Many of today’s “leaders” led the charge as part of PPM 1.0. However, with the emergence of cloud, mobile, and social, PPM 2.0 promises even more value with easier to use solutions.

Be Sure To Use The Portfolio Data

Data represents a major facet of successfully implementing project portfolio management (PPM). In a previous post, I discussed how data drives the portfolio management engine and some of the key components for getting good data into the tool. Some important portfolio data types includes: financial data, resource data, schedule data, and benefits data. Leadership plays a pivotal part in the whole process from determining which data is needed to using the data for better decision making. This post will concentrate on the last part of the process—how to use the portfolio data.

Use the Portfolio Data

Data quality is never perfect at the beginning of a portfolio management process. Collecting data takes time and effort, and with so much demand on individual’s time, people do not want to waste time collecting data that is unnecessary or won’t be used. This is why it is so important for senior leaders to use the portfolio data. When leadership uses the data, they will understand what data is truly needed for higher quality decision making. Moreover, once the data gets used, the gaps in the data will be readily apparent and will give senior leaders an opportunity to reinforce the importance of the portfolio processes (that collect the data in the first place).  However, using the data is only the first step in a three step process. Next, leadership needs to communicate that the data is being used.

Communicate that You Use the Portfolio Data

Communicating that the portfolio data is being used is a conscious effort on the part of the senior management team, but is something very easy to do. It can also easily be overlooked. Think about it. Project managers and resource managers can put data into the PPM system not knowing if it is simply going into a black hole or is actually helping the organization. Without communication, they may never hear whether the data is actually being used. A prime example occurs with resource data and capacity management. In order for capacity management to be successful, good data is needed, which takes a lot of effort by project managers and resource managers. If the project managers and resource managers do not believe that the data is actually being used, there will be less effort going forward in entering and maintaining the data. Even when an organization is mandated to use a PPM system, the data can be compromised by a small number of people who do not take the process seriously. Communicating that the data is being used is necessary for reinforcing the importance of the portfolio processes, yet senior leadership needs to take one more step—demonstrate how the data is being used.

Demonstrate How You Use the Portfolio Data

Communicating that the data is being used is good, but demonstrating how the data is being used is even better. This will send a clear message to the organization of how important it is to maintain accurate and up-to-date information in the portfolio system. If the data is being used to drive decisions around strategic project investments, staffing plans, bonuses, etc., then people will be more likely to spend the time to enter, update, and maintain the data. However, if the data is used to create a report that merely scratches the itch of a curious executive, then the people involved with the portfolio processes won’t have much interest in making sure that the data is accurate and up-to-date.

Using portfolio data, communicating that the portfolio data is being used, and demonstrating how the data is being used are the responsibilities of senior leadership. None of these steps are difficult, but need to be taken on a regular basis if the organization wants to be successful with portfolio management. Collecting data comes at a price, and if the data isn’t being used, it is better for the organization to stop wasting its time and focus on things that move the organization forward. A small amount of effort on the part of the senior leaders can go a long way toward making portfolio management successful and useful. Data is the fuel that runs the portfolio engine. Bad data will clog the engine; good data will help the organization sail forward. Using the data, communicating that the data is being used, and demonstrating how the data is being used will not only make the difference in being successful at portfolio management, it’s also smart business.

 

Use the portfolio data
How to use the portfolio data

Prioritization Matrix

In a recent LinkedIn discussion, questions were asked about the short-comings of prioritization matrices. I would like to highlight the strengths and weaknesses of using such a tool for portfolio management. Firstly, a priority matrix differs from a more traditional scoring approach in that it offers a limited number of priority selections. The most simplistic prioritization matrix has three choices, low, medium, and high. Of course, to be effective, every choice should have some predefined criteria. Otherwise, the matrix is of little value because decision makers can have wildly different views for what is of high importance versus low importance.

Strengths

Prioritization matrices have three primary strengths: simplicity, speed, and applicability to all types of work. Prioritization matrices are easy to understand and simple to use. Calculations are not required for determining the relative priority of a project. Basic criteria should be developed for each part of the matrix, but once complete, decision makers can apply the criteria to various types of work. Because of its simplicity, prioritization becomes a much faster exercise and allows decision makers to quickly distinguish important projects from less important projects. In addition, various kinds of work can be prioritized using a prioritization matrix. With a traditional scoring model, it is difficult to evaluate “keep the lights on” type of work, but with a prioritization matrix it is easier to compare priorities for project and non-project work.

Weaknesses

Prioritization matrices are unable to produce a rank ordered list of projects in a portfolio. At best, such a matrix can provide a categorical ranking of projects in the portfolio, but this won’t help prioritize projects within the same category. Prioritization matrices cannot do a good job of evaluating projects based on multiple criteria, and therefore cannot do a thorough job of distinguishing important projects from less important projects. When evaluating multiple large projects, a scoring system will provide a more accurate analysis over a prioritization matrix.

When Should a Prioritization Matrix Be Used?

Prioritization matrices are good for organizations new to the portfolio management process. Due to the simplicity, organizations can quickly get the benefit of prioritization without spending the time to do a thorough scoring of each project. Even in organizations where projects are scored and ranked, prioritization matrices can be used for “pre-screening” purposes to do a preliminary prioritization. This would be commonly used in a stage-gate process before a formal business case has been developed. A governance team could quickly determine a categorical priority for the project at an early gate review. Prioritization matrices can also be used to triage large volumes of project requests to focus the organization on the hottest projects. I have seen this approach used in an organization that received a high volume of small project requests. In this case, scoring would be an over-kill; the organization just needed to determine the most important work at that time.

Priority Matrix Sample

The Right Portfolio Data at the Right Time

From a very pragmatic point of view, getting the right data at the right time is at the heart of good project portfolio management. If the right data is not available for decision makers to use, the issue will be mediocre results at best. Portfolio management is about selecting the right projects, optimizing the portfolio to deliver maximum benefit, protecting portfolio value to ensure that that value is delivered, and improving portfolio value by maturing organizational processes. At every step, data is required. The quality and quantity of data correlates to portfolio maturity. Some less mature organizations will collect insufficient data which leads to sub-optimal decisions. Other organizations may try to collect too much data before they are ready to utilize it and can do more harm than good by burning out employees with burdensome processes. Mature organizations will have the discipline and rigor to collect the right amount of quality data.

Therefore, understanding the data needed upfront is a success factor for portfolio management. There are several types of portfolio data:

  • Strategic data
  • Resource data
  • Schedule data (forecasts and actuals)
  • Performance data
  • Financial data (estimates and actuals)
  • Time tracking
  • Request data
  • Etc.

Senior management bears the responsibility for identifying the right data to be used in the portfolio management process. In addition, senior leadership needs to drive the accountability for collecting the right data. Without active engagement and feedback from senior management, data quality can suffer.

Organizational processes are very important for ensuring that the right data is collected. Selecting the right projects requires that good data is collected about each candidate project. Such data must be relevant to the senior management team that makes portfolio decisions. Data that is not used for decision making or information sharing is considered a waste. Collecting data comes at a cost, and organizations need to put the right processes in place in order to collect good data. From this angle, portfolio management processes are about collecting a sufficient amount of the right data. Without good standards and processes, important portfolio data will be collected inconsistently resulting in confusion and possible error.

Portfolio tools have a very important place in the portfolio management ecosystem, but only after leadership has identified what is required and lean processes have been created to facilitate data collection. Portfolio systems store and transform project and portfolio data for general consumption (aka reporting and analytics). For less mature organizations with fewer data requirements, simple portfolio systems such as Excel and Sharepoint can be used in the portfolio process. Maturing organizations should select portfolio software that meets the needs of its data requirements.

Lastly, senior leadership needs to use the data in the system for making better portfolio decisions. Strong portfolio systems will generate the reports and analytics necessary to support better investment decisions. Good data is the fuel that makes the portfolio engine run! Without good ‘fuel’, senior management will be unable to drive the organization toward its strategic goals. The data perspective of portfolio management begins and ends with senior leadership.

Data-Perspective-of-PPM

The Value of Time Tracking

What is the real value in tracking time for project and non-project work?  The fact is collecting accurate time measurements across an entire organization can be time consuming and potentially expensive. Collecting time for the sake of collecting time is a huge waste of good organizational energy. I have compiled a list of six reasons for tracking time with the corresponding assumptions for each benefit.

1) Calculate variance metrics (e.g. earned-value management)

Assumption:  managers or project managers actually use the variance reports to take good corrective action. Some organizations collect earned value metrics or other variance metrics but do little with the data. “Doing” earned value management is a waste of time unless positive action is taken as a result.

 

2) Calculate time to complete (based on effort-driven scheduling)

Assumption: project managers have built an effort-driven  schedule. I have never met a project manager that built a truly effort-driven schedule, let alone use time tracking to drive estimated completion dates.

 

3) Track overall project costs

Assumption: it is important to track actual project costs. If a customer will be billed for work done on a project, then it makes sense to track time. However, for many organizations that serve internal organizations, trying to track actual costs may not be the best use of company resources. Of course senior leadership would like to know the final cost of a completed project, but the big question is how will that information be used in the future to drive strategic decision making? Very few organizations look back at completed projects to get a better understanding of the cost of similar future projects. Unless there is high data integrity and dedicated resources to analyze historical data, you are far better off improving your resource estimation and capacity planning processes as this will improve portfolio decision making.

 

4) Track capital expenditures

Assumption: capital expenditures are a recurring part of doing business. With the tax benefits associated with capital expenditures, time tracking here makes a lot of sense and can be limited to the people associated with development, not for every person on the team.

 

5) Collect historical data for future parametric estimating

Assumption: organizational discipline is in place to use historical data for parametric estimating.  As good as it sounds, parametric estimating requires a high degree of discipline and rigor to make it successful.  Only mature organizations will be able to do it.

 

6) Collect resource data for capacity planning purposes

Assumption: capacity planning is being done in the organization. Even though capacity planning is done with forecasted resource estimates, using historical data can help managers better understand how much time a resource really spends on project work. This information can then be used to block out non-project time, with the balance of time available as the resource’s project capacity.

Highlights from Day 2 of the Gartner PPM Conference

Benefits and Beyond: Rethinking the Strategic Value of Project, Program, and Portfolio Management (Mark Langley-PMI  and Matt Light, Gartner )

  • We need to be able to answer the question, “Why did we do what we did?”
  • Benefits realization is a process throughout the project management lifecycle (among high performing organizations) not just at the end.
  • We have an increased need for leadership.
  • We need two types of project managers: those who are project capable, and a select group of turn-around artists who can also train/mentor junior project managers.
  • Benefits realization = ACCOUNTABILITY, which requires a ‘culture of PPM’
  • Organizations should match talent with appropriate projects
  • If you don’t have a business case, you are guaranteed to not know whether you achieved anticipated value
  • Finally, it requires leaders to deliver benefits

 

Follow the Yellow Brick Road (Michael Hanford, Gartner )

Pros and Cons of Centralized PMO

  • Pros: Can develop a better project management culture faster, everyone reports to the same director
  • Cons: business knowledge ages, disconnected group from the rest of the business

 

Identifying and Harnessing Complexity in Projects, Programs, and Portfolios (Robert Handler, Gartner )

  • See: A Leader’s Framework for Decision Making for more information on the Cynefin model
  • Work in the Simple area of the Cynefin model should not be projectized
  • 80% of projects reside in the complicated area
  • 20% of projects are likely in the complex area (but drive 80% of the value).

 

PPM Marketscope (Daniel Stang, Gartner )

  • Out of the box report is weak for many PPM vendors
  • Most companies never get past time tracking
  • It can take 3+ years to resolve resource management challenges
  • With new implementations, start small and provide ‘just enough’ visibility

Highlights from Day 1 of the Gartner PPM Conference

I am attending my first Gartner conference and have included some of the highlights from day 1 below:

AM Keynote:
It’s about risk. Don’t apply process overhead to low risk efforts.
Today’s status has something for pleasing everyone, but the full truth for no one.
Don’t ask everyone to ‘run’ when walking is ok.
Business cases may be ‘adorable’ but emotions still drive executive decision making.
Take a holistic approach–focus on outcomes first, process second.

Power PMO (Matt Light – Gartner )
Defective business cases lead to defective portfolios.
“Only when you see value are you able to tell what is waste and then start to get rid of it”
Portfolio value at the beginning of the project lifecycle is not approving wasteful projects
Portfolio value at the middle of the project lifecycle is cancelling or fixing poorly performing projects
Portfolio value at the end of the project lifecycle is reviewing the project benefits and results

PPM Maturity Workshop (Donna Fitzgerald – Gartner )
Don’t throw process at a level 1 organziation
Slow down just enough for level 2 organizations
“Real” portfolio management begins at level 3.
No individual heroic effort will get you to level 4.  The enterprise must go with you.
Level 5 (if achieved) only lasts a few years and will fail after key senior leaders leave.

PPM Governance (Robert Tawry – Gartner )
Either get your process well established first OR buy a tool that is easily configurable.
You can optimize resources for speed or efficiency. If you optimize for speed, contributors should only work on 1 project. If you optimized for efficiency, you should do 3 or less projects simultaneously.

Phased Approach for Portfolio Software Implementations

In a previous blog post, I commented on doing portfolio management ‘by hand’ to learn the processes before adopting a robust portfolio tool. In a recent discussion on LinkedIn, one consultant commented that this most successful PPM software implementations occurred when companies took a phased approach to ease in the new solution. The first phase involved simpler tools to allow the organization to become familiar with portfolio management, followed by the full implementation with the advanced PPM capabilities.

After reading this I felt that there was a lot of wisdom in such an approach. Firstly, it gives the organization time to develop their own portfolio processes without the burden of learning a new tool upfront. Secondly, it allows stakeholders (ie. Project managers, steering team, etc) to understand portfolio processes and be comfortable using them. Third, based on the early experience with project portfolio management, the organization will better understand their own requirements for a full fledged tool.

In a great article on IT Project Portfolio Management, Jonathan Feldman asks organizations to consider the problem they are trying to solve and start with high level data rather than getting too detailed. “If you know what the end goal is, you can start to quantify how close you are to that goal”. Great advice as this too points to the need for a phased approach to implementing portfolio management.

What are your lessons learned with your portfolio management implementations?

The Need to Develop a Deep Understanding of PPM

Portfolio Management practitioners need to thoroughly understand the implications of various portfolio management practices and disciplines. I read an article last year discussing the misapplications of Lean principles. In contrast to other companies, Toyota’s success with the Toyota Production System is rooted in a deep understanding of the principles and theories so that they can adapt the principles in new situations. Unfortunately, wannabe Lean practitioners (or Six Sigma practitioners, or Theory of Constraints practitioners, etc.) may barely understand the basic theory and principles (but completely lack a deep understanding) and end up misapplying the methods or fixate on tools. The end result is that the methodology is criticized as not working well.

I think we could make a similar case for portfolio management. People commonly talk about various tools such as prioritization without fully realizing the cultural change and governance required or the breadth of influence portfolio management can have on an organization. When well executed, portfolio management can touch many sectors of business not limited to: finance, sales and marketing, engineering, information technology, and operations. Walking in sync with the various functions to make better decisions is a large part of what portfolio management is about. When people fixate on portfolio mechanics, or worse yet, on portfolio software, the whole organization may miss the boat.

With any kind of management discipline or quality improvement methodology, having a deep understanding of the principles and theories is very important in order to best apply the principles to a given situation. One person likened this to teaching someone how to drive a car; there are standards and rules to follow when driving a car under normal circumstances, but during unusual circumstances, an expert driver may adjust the way he/she drives in order to accommodate the conditions. A similar view could hold true with portfolio management—the application depends on a deeper understanding of the methodology. Unfortunately, people are often too quick to develop a deeper understanding and rush into applying the tools. Some time later without realizing the intended benefits, the methodology is blamed rather than the persons who improperly implemented it.

Bubble Charts and Normalization

Bubble charts are common place in portfolio management processes. Without a designated portfolio management tool, I have designed bubble charts by hand using Excel and PowerPoint. To determine a ‘value’, we use our prioritization value scores and compare that among projects. We have risk scores as part of our prioritization criteria that drive the ‘risk’ portion of our bubble charts. The challenge in the past was how to interpret a score. Is a score of 500 good or bad?  Since my organization was experimenting with a new prioritization process, we didn’t know what was good or bad. Therefore, I made the decision to normalize the scores so that we could fairly compare good or bad projects within the portfolio rather than try to determine a threshold for ‘good’ projects. This has been helpful in identifying which projects drive more overall value to the organization compared to other current projects in the portfolio. The downside of this however, is that you are always going to have a few projects that look bad. Until now, I had been normalizing only among current projects in the portfolio, yet it suddenly dawned on me this morning, that I should also normalize among all projects, past and current in order to understand whether we get more value now than in the past.

One advantage of a bubble chart is to locate those projects that are higher value and lower risk and ask the question, “how can we get more of these types of projects in the portfolio?” Likewise with the lower value higher risk projects, we should ask how to avoid those types of projects. By normalizing with respect to past and current projects, we will see whether or not the projects are moving toward the higher value lower risk quadrant.

Can we absorb all the changes?

In the book, Project Portfolio Management: A View from the Management Trenches, one of the questions posed is ‘can we absorb all the changes?’  At first glance I dismissed the question and instead focused on the four components of the portfolio lifecycle. However, after further reading, it became clearer to me that from a portfolio management perspective, it is very important to understand how much change is being pushed out to the respective organizations. If there is too much change going on, it is hard for employees to absorb it, adapt to it, and accept it. This leads to excessive churn in the organization which has negative implications such as burn out, lowered morale, inability to get work done, etc.

In my experience as a portfolio analyst, I have heard of other organizations complaining about the amount of change we were introducing to them, particularly at the wrong time. Individually, a system manager or project manager may communicate an individual change to an organization or group of users, yet have no idea about the magnitude of changes coming from other system managers and project managers. This is where portfolio management needs to understand both the amount and the timing of change to the company. As the book points out, it is possible to measure the amount of total change and the timing. Having such visibility give senior management a way to optimize the portfolio by adequately sequencing work so as not to overload the system with too much change at any given point in time.

Of course this is a communication issue, where both the project team needs to communicate implementation dates and the project beneficiary needs to communicate “black out” dates. However, without the portfolio level visibility, it is hard to maintain proper surveillance and protect organizations from receiving excessive change.

Checklists Plus Discipline Improves Portfolio Quality and Efficiency

Atul Gawande, a well-respected surgeon, is the author of The Checklist Manifesto: How To Get Things Done Right. The book is focused on using checklists as a means of improving quality and reducing defects in such areas as hospitals, businesses, construction projects, airplane flights, etc. Moreover, a number of gripping stories help to convince the reader of the benefits of using checklists across these varied disciplines. The entire book is fascinating and deliberate on its message of using checklists, but the book takes a very interesting turn in chapter eight to see the application of checklists in the business world.

In short, checklists=discipline. The checklist helps business professionals be as smart as possible and helps teams improve their outcomes without any increase in skill (p. 168). I love these quotes because it shows that anyone can improve their outcomes today through the use of a simple tool. In the age of complexity, simple tools like a checklist can give someone an advantage over people who think they can remember all the critical details all the time. Using a checklist doesn’t mean that someone no longer has to think about basic tasks, rather, it marks the most critical steps (steps that should never be missed) so that more time can be devoted to the critical thinking, based on experience and training.  Sadly, many surgeons (and business professionals) have ignored the checklist because they want to ‘be in control’ and not bound by something that appears to be petty.

Chapter eight also highlighted the experience of three investors who used checklists when evaluating companies in which to invest. They noted that the checklists improved their efficiency, allowing them to comb through far more prospects because by the third day it would be very clear which companies were worth continued evaluation and which ones should be dropped. This compares very well with project portfolio management and the benefits of using a checklist at gate reviews. When due diligence is performed, misaligned and doomed projects can be caught earlier on so that critical resources can be put on winning projects. If organizations are disciplined enough to learn from past mistakes and capture the potential pitfalls of projects, they could significantly increase the value delivered through the portfolio of projects. To repeat, this requires discipline.

In my experience as a portfolio analyst, I have seen checklists used in various ways:

1) Project deliverable checklists to ensure that the right deliverables are produced at the right time.
2) Decision-Gate content check lists to ensure that the right information is communicated during gate reviews.
3) Implementation checklists to ensure that all the necessary steps have been taken (e.g. training, documentation, support) in order to implement the project solution in production (operations)

Here is the link to the surgical checklist produced by the World Health Organization discussed in the book:
http://whqlibdoc.who.int/publications/2009/9789241598590_eng_Checklist.pdf

What is Strategic Execution?

Strategic execution must accompany strategic planning, otherwise the strategic objectives and goals simply becomes words on a page. In my experience, I have seen companies post their strategies on a wall without any method or approach for ensuring that those strategies are accomplished. About 30 years ago, a survey was conducted highlighting that about 90% of strategies were never fulfilled. Unfortunately, there is little indication that this figure has dropped much. Hence, there is a strong need for strategic execution.

While ‘strategic execution’ may come across as a mere buzz word, some explanation will help articulate what strategic execution is about. Execution-MIH, specialists in the field of execution management, would describe strategic execution as the ability to translate strategy into reality. It is one thing to develop a strategy, it is another thing to make it actionable and achievable. “[Execution management]  is not just accomplishing a task or a goal, but also to achieve the underlying business objectives…Good execution management will focus on the WHAT as well as the HOW of an achievement.“ Too often, executives focus on the what, but pay too little attention on the how.

Gary Cokins,  a strategist at software company SAS, has pointed out that decision makers need discipline to utilize a comprehensive performance management approach described as “a closed-loop, integrated system that spans the complete management planning and control cycle.” Project portfolio management (PPM) is the comprehensive performance management approach that Gary Cokins is referring to and is the bridge between strategic execution and operational excellence. Having articulated the strategic goals and objectives for an organization, projects and programs are launched that directly accomplish the goals and objectives. These projects and programs become the HOW referred to above. Although some strategic decisions are related to policy changes, most strategic goals require work to be done for its fulfillment. Projects and programs therefore help get this work done, and thus become the vehicles for strategic execution.

In summary, strategic execution is how companies accomplish their strategies. It begins with strategy development and continues with strategic planning. This information feeds a portfolio management system which identifies the best projects and programs (including priority and sequence) and optimizes against resource capacity. The completion of these projects and programs signals the transition of the project work into operations. Once all of the necessary projects and programs related to a particular strategy are complete, the organization should realize the benefits of its strategy.

Define leadership

Define leadership. Not easy. There are so many views about leadership that it is difficult to create a concise definition. I am taking a multi-quarter leadership course right now, and one of our tasks as a class was to define leadership. As a result of the values we instill in a definition, it is difficult to reach consensus on a definition. However, the exercise is worthwhile as it has challenged us to consider the most important aspects of leadership and convey it in a clear and simple way.

My personal definition of leadership has a more pragmatic view. I am more focused on accomplishment rather than the ideals of great leadership. As a result, my definition reads: Leadership is the ability to engage, empower, and energize people to accomplish significant goals according to a shared vision.

Firstly, leadership is more than a mere act or process, but is an ability. Good leaders engage those around them (in turn making them a team), which is not easy in large stagnant companies. These leaders then empower their people to work together collectively and collaboratively.  In the process, this group or team is energized to take action. Yet, the action taken is towards the accomplishment of common goals according to a shared vision. The vision may or may not have originated with the leader, but in the end, the leader can communicate the vision so that it is shared by the larger community for the purpose of accomplishing significant goals.

This is the kind of leadership needed for strategic execution.