Voices on Project Management

Hello, project manager? You are needed in the meeting room; you are needed for an online chat; you are needed on the phone.

Typical, right? You may feel overwhelmed if you’re expected to be in all places at once. It can help to realize there are only three realms in which you’re truly needed: physical, mental and electronic. Here’s how to address each.

Physical: If possible, try to be physically present for your team. Walk around and talk to stakeholders, team members and others to gather details about your projects.

This provides you with the current status and tidbits that will allow you to be proactive on your projects. It also lets you build rapport with team members.

Mental: You don’t have to be an expert in a programming language or even in the company’s industry. It bodes well, though, when you have some idea of the jargon for conversations with your stakeholders. You’ll want to be aware of the environment—all the external and internal factors and their impact on your projects.

You’ll also need to stay abreast of the benefits your projects bring to the organization. Project managers have to stay mentally focused on their project’s objectives and bottom line.

Try thinking about lessons learned from previous projects to help you gain understanding of how to address potential problems. Investigate tools that allow you to present project results to all levels of management and team members, too.

A detailed report on planned versus actual data is a source that can be shared in various audience-specific formats. You may be called on at any moment for project results and can rely on these tools to support your efforts to be mentally there.

Electronic: Social media and mobile technology allow people to be reached easily. Apps let you track and stay in touch with others. You will want to take advantage of these programs to gain information and respond to concerns about your projects. In many cases, they allow us to address and resolve concerns more quickly.

No matter how you do it, being a project manager means you have to be accessible. We have to manage our projects, not let them manage us.

By Kevin Korterud

After many years of challenges and successes as a project manager, I took a moment to reflect on what made me leave my functional role and embrace project management. While I enjoyed working as an individual contributor with a particular function, project managers seemed to have a unique set of skills that I both respected and envied. 

Here are four factors that set me off down the project management road. Hopefully, these insights will prove helpful to people considering project management roles and project managers who might need to re-energize themselves.

1. Projects Allow You To Build Things  

When I was growing up, I loved to build models of aircraft, ships and cars. The process of making something interesting out of a disparate set of parts, selection of paints and sometimes vague instructions appealed to me. While sometimes the final product did not look exactly as I hoped, the journey helped build cognitive and visualization skills that made the next model turn out better.

Projects are not unlike model building. You have a set of parts (people, process and technologies), paint colors to select (requirements, communications) and quite often limited instructions from stakeholders on how to achieve success.

However, projects have additional complexities. You need to create the instructions (a project plan), determine who helps with what parts (project work activities) and coordinate when the parts are assembled.

2. The “People Factor” of Projects   

As a functional specialist, I began to observe how effectively selecting, engaging and guiding people had a great impact on the project’s outcome. Often, the ability to produce a good team had more of an impact than my individual contributions.

One of a project manager’s most powerful skills is the ability to form and lead a team. While processes and technologies tend to behave in a somewhat predictable manner, people often do not.

As I grew as a project manager, I found that in addition to core project management skills, I needed to also build soft skills. These included: verbal communications, presentation skills, clarity in written communications and more. 

In retrospect, working with people on project teams to achieve successful outcomes as well as helping them grow professionally has been one of the most rewarding aspects of my project management career.

3. Projects Yield Visible Results

When I was a functional specialist, I was most commonly tasked with creating and implementing a set of project deliverables. I was rarely on a project long enough to see the complete implementation and final results.   

When I became a project manager, I began to see how I was responsible for the outcomes that created visible results. The project’s desired outcomes were more than the successful installation of a process or technology. It had to create a benefit once adopted by the project stakeholders. 

The notion of producing visible results from a project can be very exciting. I was once involved in leading several projects that touched on the health and safety of employees. There was no greater professional and personal satisfaction than to complete a project that someday might save someone’s life.

4. Projects Build Personal and Professional Character

We all have days where things go so bad, we think, “If I could only return to my former role before becoming a project manager.” Project managers have to deal with constant uncertainty, a wide range of emotions, a lack of resources, schedule conflicts, missed milestones and more. However, all of these challenges have unintended positive consequences.

 I once worked for a project manager who had been assigned to more failed or failing projects than anyone else in her group. It was a source of pride for her that these challenging projects strengthened her professional abilities and her character. By constantly having to work through adversities, she quickly built advanced skills and rapidly developed her confidence level.    

In many ways, projects mirror situations we face in everyday life. By learning to adapt to ever-changing conditions, we grow in our ability to deal with difficulties, be they in a project plan or missing the train to work. I found that when I became a project manager, my professional and personal skills grew at an accelerated pace.   

So what got you to become a project manager? 

By Wanda Curlee

When we talk about project, program and portfolio management, the word “maturity” often comes up. But with respect to portfolio management, the newest of these three disciplines, what does “maturity” really mean?

For starters, it means time. Simply aquiring a portfolio management tool doesn’t align the portfolio to the strategy, as Dr. Mark Mullaly noted in a projectmanagement.com blog post earlier this year. Alignment typically doesn’t happen overnight or even in one year. Implementation of strategy normally comes with organizational change, and most humans do not like to change.

Here’s a look at a typical portfolio management developmental process.

The Early Years

Immature portfolio management practices are normally less than three years old. I think of this as the toddler stage. Getting to the next stage of maturity takes a committed C-suite that believes that a portfolio manager can balance the checkbook while delivering strategic benefits.

Remember, no company or individual has a blank check to fund all projects and programs. There must be mutual trust between the portfolio manager(s) and the C-suite. The C-suite must provide the portfolio manager with the authority and support needed to get real traction.

Traction should follow from a defined governance structure, rudimentary metrics, and programs and projects adhering to the governance structure. As Andy Jordan notes, without successful projects, portfolio management will not succeed. Project leaders need to realize that the portfolio manager drives the organization’s strategic execution.

Project managers may see this as an attack on their independence or worry that a project will be cancelled, Mr. Jordan adds. With a cancellation, a project manager and team may be placed on the bench. Organizational shifts are uncomfortable.

Throughout this state, it is imperative that portfolio managers demonstrate value to project and program managers, according to Mr. Jordan. One way to do this is to constantly communicate to these practitioners that they must see everything they do through the lens of the customers’ wants and needs.

Growing Pains

The next step is what I call the teenager stage. This phase takes between three and five years, during which—as any parent knows—rebellion can happen.

An important way to avoid rebellion is by making sure project and program managers see themselves as invaluable. They have the ability to see opportunities and risks that the portfolio manager cannot see. The portfolio manager must create this dialogue, which is part of maturing in the teenage phase.

Throughout this phase, the portfolio manager is working to overcome the remaining naysayers while tweaking the process, procedures, governance and metrics. This will take time as well, just as it takes a teenager time to mature into a young adult.

Adulthood

The final phase is, of course, full maturity. This is not a time for stagnation—if that takes hold it will be the death of the portfolio management team. Stagnation means the portfolio isn’t nimble or reactive to change—the opposite of agility.

Mature portfolio management means calibrating the portfolio as frequently as necessary to fit a changing strategy. Strategy today is not the strategy of yesteryear. Depending on the industry, the strategy may change every year. If there’s upheaval in the industry, strategy could change even quicker.

Can you fathom Apple updating its strategic goals only every three to five years? I can’t either. Reaching maturity for the portfolio manager means truly understanding the industry, becoming entrenched with the C-suite, making changes to the portfolio management process to increase delivery to the stakeholders. It means being agile enough to understand that change is needed.

During the process of portfolio maturation, the portfolio manager needs to consider portfolio rebalancing. This is a relatively new concept, and it was discussed during a breakout session at PMI’s PMO Symposium last year. 

The presenter suggested reviewing the portfolio mix at least quarterly to ensure strategic alignment. The larger point is that, as portfolio management matures, project and program managers should become more comfortable in re-estimating on a quarterly basis. By doing so, those projects and programs that are under-running may give back dollars to the portfolio.

Why is this important? First, it means that excess funds can be used for any projects and programs that are overrunning. But more importantly, these funds can be used to start new projects and programs to deliver increased benefits.

Under the leadership of Chia-chun Hung, PMP, Uni radio station of Taiwan has transformed itself.

Hung, whose father owned the radio station, was thrust into management at a young age when his father became ill. After becoming the station’s vice president in 2007, Hung took over the business in 2011 when he was just 28.

He had been endeavoring to improve the operation structure of the station, but with little success. But after learning project management concepts—Hung is the first PMP in Taiwan with a background in radio broadcasting management—he has successfully transformed the fate of the radio station. It’s now the most popular station broadcasting in the central part of the country.

But back in the midst of the global recession, a sharp advertising downturn was crippling the station. To reposition, Hung gave Uni station a new mission: deliver positive messages that promote social change, like “home and family.” The business operation was also transformed from advertising-oriented to program sponsorship.

Hung then translated the station’s mission into a tangible objective—become an influential platform—and embedded this objective into every project’s scope.

“Knowing the objective of your project right at the beginning makes you more focused, more aware of any deviation,” Hung told me in an interview. “In the meantime, we spent a lot time communicating with our stakeholders the concept of our operation, trying to clarify ideas.”   

Uni station’s programs consist of two types: those initiated by the advertisers themselves and those initiated by the station. In the former, the station helps the advertisers produce the program and realize their beliefs and ideas. In the latter, programs are produced by the station on its own, and the staff finds the appropriate organizations to sponsor them.

No matter which type, the station takes the lead in the production and helps the advertisers establish their brand’s image. The audience does not hear any advertisements during the program; the name of the sponsor is only given at the end of the show.

Seven years after Hung began Uni’s transformation program, the practice has gained the station a good reputation. Today Uni even “jumps down from the air to the ground,” holding seminars, family activities and campaigns—all in an effort to fulfill its mission.

In my previous post, I emphasized the importance of engaging and involving stakeholders proactively in a learning process about project definition and planning. I highlighted soft systems methodology as a powerful problem-structuring method.

But how exactly can we incorporate problem-structuring methods into the project management practice? Are they really useful and feasible? Let me guide you through an example below, step by step, according to the Soft Systems Methodology.

Project: Build a New Power Plant

1. Problem situation unstructured: Our energy supply isn’t meeting demand.
2. Problem situation expressed: This expresses the area of concern through a rich picture containing both appropriate symbols for real-world activities and words.

Figure 1: Simplified rich picture for the project “Build Power Plant” (Trentim, 2013)

3. Root definition: The purpose of the project is not to build a new power plant; the end objective is to deliver enough energy to the client. The client expresses the most important human activity system (HAS) to be further studied. We could define more than one root definition to represent a different HAS. For each HAS, we have an analysis of the customer, actors, transformation, weltanschauung (comprehensive worldview), owner and environment (CATWOE).

• Root definition: to ensure that the client has enough energy.
• CATWOE Analysis

Customer: client

                           Actors: sponsor, project manager, team and contractors

Transformation: provide enough energy

Weltanschauung: energy fuels operations

Owner: client

Environment: client environment

4. Conceptual models: We could develop many models in different levels to better understand the problem. Simplifying, I’ve created a conceptual model of how the client uses energy, based on the root definition stated before.

Figure 2: Conceptual model based on root definition “to ensure that the client has enough energy” (Trentim, 2013)

5. Comparison between conceptual models and the real world. This stage compares what we are now to what we want to be able to do. The conceptual model (or models) represents how things should work. The reality has to be changed in some way to improve the problem-situation.

Table 1: Comparison to reality (Trentim, 2013)

6. Feasible desirable changes: The project manager and his or her team propose solutions (project scope). In stage 5, we compare the ideal conceptual model to reality, so we can propose feasible solutions and create action plans.
7. Implement solutions: project execution.

Actually, the solution implementation might encompass all of the project life cycle. Stages 1 to 6 may happen prior to project initiation or in the beginning of the planning phase. Once we have the problem statement and the proposed solution aligned strategically to stakeholders’ expectations and needs, we can use our traditional project management knowledge, as compiled in the PMBOK^® Guide, for example.

A successful project delivers solid benefits. That’s why we have to understand the problem before we start creating a solution. In other words, well-crafted plans and detailed scope definitions are useless if they do not address the real needs of stakeholders. Don’t you think?

Have you ever solved the wrong problem? Please leave your comments and thoughts below.