Voices on Project Management

by , , , , , , , , , , , , , , , , , , , , , , ,
Voices on Project Management offers insights, tips, advice and personal stories from project managers in different regions and industries. The goal is to get you thinking, and spark a discussion. So, if you read something that you agree with--or even disagree with--leave a comment.

About this Blog

RSS

View Posts By:

Cameron McGaughy
Marian Haus
Lynda Bourne
Lung-Hung Chou
Bernadine Douglas
Kevin Korterud
Conrado Morlan
Peter Tarhanidis
Mario Trentim
Jen Skrabak
David Wakeman
Roberto Toledo
Vivek Prakash
Joanna Newman
Christian Bisson
Linda Agyapong
Soma Bhattacharya
Cyndee Miller
Jess Tayel
Shobhna Raghupathy
Rex Holmlin
Ramiro Rodrigues
Taralyn Frasqueri-Molina
Wanda Curlee

Past Contributers:

Jorge Valdés Garciatorres
Hajar Hamid
Dan Goldfischer
Saira Karim
Jim De Piante
sanjay saini
Judy Umlas
Abdiel Ledesma
Michael Hatfield
Deanna Landers
Alfonso Bucero
Kelley Hunsberger
William Krebs
Peter Taylor
Rebecca Braglio
Geoff Mattie
Dmitri Ivanenko PMP ITIL

Recent Posts

Lessons Learned From an Inspiring AI Project

The Project Initiatives That Influenced My Career

Seek Better Questions, Not Answers

A Home for Transformation: Lessons From Fannie Mae’s PMO

Indulge Your Audacious Curiosity—Even if It Means Failing

3 Project Management Lessons From a 70.3 Ironman

By Conrado Morlan

I’ve been running for eight-plus years—ever since my son suggested I do a half marathon in San Antonio, Texas, USA. So when a friend suggested I try a triathlon, I was ready for it. At that point, three years ago, I had 10 full marathons and 15 half marathons under my belt.

The triathlon includes three disciplines in a single event: swimming, cycling and running. It was the athletic challenge I needed, similar to the professional challenge I encountered when I moved across industries to keep leading and managing projects.

To get ready for the triathlon, I had to go back to the pool and start swimming after a long time away. I borrowed a road bike from a friend to start the formal training. We worked out on our own on weekdays and as a team on weekends.

That first experience transformed me into a triathlete enthusiast, which led me eventually to the Ironman 70.3. The "70.3" refers to the total distance in miles covered in the race, consisting of a 1.2-mile swim, a 56-mile bike ride, and a 13.1-mile run.

The short distance triathlons helped prepare me for the Ironman 70.3. And as I’ve come to realize, learnings I’ve made along the way also apply to project management. These are my three main findings:

1. Expertise and Experimentation

Mastering all three disciplines in a triathlon can be difficult. My background is in running, but I was new to swimming and cycling. My coach gave good tips and workouts that helped me manage my bicycle on hills, navigate sharp turns and use all of my leg muscles to have a better stroke.

For swimming, I followed my instinct and experimented with the breaststroke. I soon felt confident in the pool and gradually in open waters. My experiment worked out, as I finished my swim in the Ironman 70.3 about 20 minutes ahead of the cut-off time.

As a project management practitioner, you may have mastered an industry-standard methodology and need to catch up with the new trends. In the triathlon, you may not transfer skills from swimming to cycling or running, but in project management, you can.

Communication, time management, and people management are required regardless of the methodology or best practice that will be used in the project. This gives you room to experiment. At project checkpoints, you can inspect, adapt and make the required changes to improve your project and be successful.

2. Transition Is Key

The transition is where the triathlete moves from one discipline to another, changing equipment. The area should be prepared in advance, with the gear set up in a way that helps the athlete have a smooth and fast transition. The time spent there may define the winner of the competition.

I would compare the transition area with the risk registry. The more prepared the project manager is, the less impact there will be to the project. The “gear” in your risk register will include the most impacting risk(s), the risk owner and the actions required to mitigate the risk if it arises. It’s a working registry, so the project manager should keep adding risks during the project as required.

3. Anybody Can Help You

A triathlon is not a team event, but that does not restrict the triathlete from getting support from others. Before the competition, the athlete may have followed a training plan supported by a coach, they might have been mentored by fellow triathletes and, last but not least, they likely benefited from family support.

It’s common for some triathletes to have a race sherpa on the competition day. The athlete and sherpa will discuss beforehand what tasks each will take on during the race. In short, a race sherpa will lend a hand whenever necessary and cheer for the athlete during the competition.

 

As a project manager, you have your project team, stakeholders and sponsor(s), but that does not restrict you from getting help from people outside the project. You may have an internal or external mentor, somebody in your organization who can be influential and help you address issues. I used to have a list of people in the organization I contacted in advance. I let them know about the project and asked them if I could ask for support if needed. That simple action helped me on several occasions when I faced a challenge.

If you are an athlete and a project manager, what lessons have you learned from practicing your favorite sport? Please share your thoughts below.

Posted by Conrado Morlan on: August 29, 2019 11:32 AM | Permalink | Comments (25)

Unlock the Value of Artificial Intelligence

By Peter Tarhanidis

Artificial intelligence is no longer a tool we’ll use on projects in the future. Right now, many organizations are formalizing the use of advanced data analytics from innovative technologies, algorithms and AI visualization techniques into strategic projects.

The maturity of advanced data analytics is creating an opportunity for organizations to unlock value. The McKinsey Global Institute estimates AI’s global economic impact could climb to US$13 trillion by 2030.

As an example, in the healthcare industry, Allied Market Research reports rising demand for data analytics solutions due to the growth in data from electronic health records, among other factors. The global healthcare analytics market was valued at US$16.9 billion in 2017, and the report forecasts it to reach US$67.8 billion by 2025.

The Evolution of AI Maturity
Gartner describes four growth stages of analytics and value activities. The first is descriptive analytics, which gains insight from historical data on what occurred in the firm or a project. This includes key performance measure reports and dashboards. Second, diagnostics analytics allow you to learn why something happened and the relationship between events. Third, is the use of predictive analytics to develop viewpoints into potential future outcomes. Finally, prescriptive analytics allow you to provide users with advice on what actions to take.

Everyday examples of these solutions range from simple automated dashboards, remote check deposit, Siri-like assistants, ride-sharing apps, Facebook, Instagram, autopilot and autonomous cars.  

Tips on Successful Transformation
Leaders must consider advanced data analytics as a transformational journey—not a complex project. Without thoughtful consideration of the implications of managing AI projects, one may create chaos in adopting these new services.

As a project leader, take these steps to avoid key pitfalls:

  1. Develop your understanding of data science tool kits and technologies and identify any centers of excellence. Start with basics such as descriptive statistics, regression and optimization techniques. You’ll also want to familiarize yourself with technology such as machine learning and natural language processing.
  2. Determine how these AI initiatives integrate into the organization’s mission and vision. This may require a new strategic business plan, optimizing an organization, culture change and change management.
  3. Establish a data governance body and framework to ensure accountability, roles, security, legislative and ethical management of consumer, patient, customer and government data.
  4. Develop strong multiyear business cases that clearly indicate cost versus revenue or savings.
  5. Maintain an agile mindset and leverage design thinking methods to co-create the pilots into products alongside stakeholders.

Please comment below on what approaches you have taken to enable advanced data analytics in your role or in your organization.

Posted by Peter Tarhanidis on: August 12, 2019 01:25 PM | Permalink | Comments (13)

Business Transformation in Disguise

Business Transformation in Disguise

By Jess Tayel

In the quest to uplift capabilities, better serve customers, improve the bottom line or acquire market share, organizations rely on a mix of projects and programs.

Some projects are scored as critical and complex. Some organizations have a clear and defined scoring system of what is critical and what is not, while others settle for a subjective measure.

But even after you’ve determined a project is critical, there’s more to consider.

Is it Change or Transformation?

When it comes to big, critical projects, ask yourself: Are you delivering a change initiative or a business transformation initiative?

Why is this distinction important? Because they both have different characteristics that dictate how they should be brought to life.

Change initiatives execute a defined set of projects or initiatives that may or may not impact how things work across the entire organization.  Examples include introducing a new payroll system, moving into a centralized shared services model or executing an office move.

Business transformation, however, is a portfolio of initiatives that have a high level of interdependencies, leading to change across the organization. They’re focused not just on execution but also on reinventing and discovering a new or a revised business model. That model is based on a significant business outcome that will determine the future of the organization.

With that in mind, business transformation is more unpredictable and iterative, and it’s about a substantial change in mindset and ways of doing business. The “how” may not be as defined as it is in change initiatives, which means you need to try different methods and be more experimental.

Set Your Organization up for Success

Because of these distinctions, business transformation should never start with finding a solution, i.e., bring in this technology, hire this firm, change model X to Y. It should instead focus on the following:

  • Why?
    • Define the purpose and the platform of urgency.
    • Why is this important?
    • What would happen if you do not achieve this transformation?
  • Who?
    • Who is your customer (internally and externally)? Tip: Internal customers, i.e., employees, are as important as your external customers. Understanding their point of view and what impact they will have on the success of this program is critical.
    • What would that mean for your customers?
    • What competitive advantage are you bringing to your customers and to the market?
    • What changes to behavior and mindset is required to make this change a success?
  • What?
    • Define success.
    • How do you measure success?
    • What does success look like in the future? Tip: Be as detailed as possible. Tell a story of success X months into the future.
    • What are the barriers to success?
    • What are the top three risks that may affect this transformation?
    • What are the top three opportunities that you need to capitalize on to deliver success?

You may say that these questions can be part of the initiation phase. But in my 20 years of experience around the globe, I have rarely seen the above steps executed diligently from a customer centricity point of view before teams start to dig for a solution.

That said, time spent clearly articulating those elements is well spent and directly contributes to the success of the transformation, while reducing rework and change fatigue. It’s like spending time to sharpen your saw before starting to cut the tree.

In my next post, I will talk more about what is required from the leadership and internal transformation teams to facilitate and create success.

Feel free to comment below and send feedback; I would love to hear about your experiences with business transformation

Posted by Jess Tayel on: July 03, 2019 01:40 AM | Permalink | Comments (16)

3 Ways to Balance The Delivery Ecosystem

 

 

 

by Kevin Korterud

 

Once upon a time, projects were just projects. They were simple, had small teams and quite often finished on time. Projects were viewed as a path to operational improvements that reduce manual labor and free up people for other tasks.

 

As time marched on, the notion of a project began to increase in scale and complexity. Technology projects, for example, began as modest hardware and software initiatives. Over time, the technology project landscape has changed to include network, servers and cloud infrastructure. Software projects began growing into systems, software packages and complete end-to-end solutions.

 

As the quantity and business focus of project work increased, they became packaged into programs. Programs were created to help orchestrate myriad projects into cohesive outcomes. These were governed by an expanding slate of waterfall methods designed to both enable and oversee delivery.

 

With the advent of agile, a different form and pace emerged. Product delivery moved toward quicker and more frequent outputs, with delivery cadence driven by what an organization believed was best for customers and consumers.  

 

Today, organizations have a delivery ecosystem of project, program and product delivery work based on internal and external dynamics. As the ecosystem changes over time, the balance of projects, programs and products does as well.

 

With project, program and product delivery all moving in different directions and at different speeds, how can an organization prevent these efforts from crashing into each other? Here is an approach I follow to help define, oversee and enhance the natural delivery ecosystem:

 

  1. Define the Ecosystem   

First, ensure that definitions are in place. These should be clear and concise portrayals of the work to be performed. Having these definitions commonly understood will go a long way in matching the correct policies, processes, controls and people to the form of work.

 

Here are some sample definitions:

 

  • Projects are work efforts that reflect process and system interactions with fixed durations to complete. They contain teams that form and disband, have a budget under $10 million and last under a calendar year.

 

  • Programs are packages of projects intended to contribute to a common business with a budget of over $10 million and that last longer than a calendar year.

 

  • Products reflect process/system-to-consumer interactions with delivery cadence based on dynamic market needs. They have a mutually agreed-upon spend, typically employ agile methods and employ a continuous team that improves delivery efficiency over time.

 

These definitions also serve to identify the portfolio proportion of these different types of work, which helps determine the right people and supporting structures for success.

 

The ecosystem can change and flow to meet the needs of organizations, market forces, suppliers and people. Given this ebb and flow, one practical reality of this ecosystem is that any one form of project, program and product work cannot exist as 100% of the work.

 

2. Govern the Ecosystem  

Any delivery ecosystem left to its own resorts will result in chaos with teams having different perceptions of how project, program and product delivery  should be executed. This chaos will result in delays, additional costs and sometimes stalemates as teams negotiate over the execution of work efforts.

 

There needs to be balancing forces in place that help direct delivery. A delivery ecosystem governance model sets the boundaries for delivery work from ideation into formation and through execution. The governance model implements policies, processes and enabling artifacts that create predictable and repeatable attainment of desired results. This governance model is typically overseen by an enterprise delivery management office.

 

For example, one process within this model sets the venue to identify, confirm and release for execution the proper delivery process for a type of work. A portfolio review board based on input from the sponsor would analyze the characteristics of the work and determine whether it is a project, program or product. The outcomes from this portfolio review board promote consistency, ensure impartiality and avoid costly re-work due to poor decision-making.  

 

  1. Harmonize and Improve the Ecosystem

Even an effective delivery ecosystem needs to have a “tune-up” every once in a while. As changes in business strategy, support for new regulations, market expansions and technical innovations come into play, the delivery ecosystem needs to change accordingly. These drive the need for a function to continuously harmonize and improve the delivery ecosystem. An EDMO will be the primary vehicle to both harmonize and improve the delivery ecosystem within an organization.

 

Improvements can include initiatives to reduce mobilization time, avoid resource contention and improve supplier integration. These initiatives are universal in nature and can be consistently applied to improve project, program and product delivery.   

 

With the increased complexity of work and differing approaches for projects, programs and products, you need a means of harmonization to prevent misalignments, conflicts and collisions between work efforts. Harmonization processes can include release, dependency, data integration and test environment management.  

 

Embrace the New Normal

Organizations need to recognize and embrace the different forms of delivery that are now the new normal. By adopting a structured approach to the definition, oversight and enablement of projects, programs and products, they can be delivered in a synergistic manner to lower costs while improving time to market and quality. 

 

How do you balance the project, program and product initiatives at your company to avoid weather problems?

 

Posted by Kevin Korterud on: June 08, 2019 04:20 PM | Permalink | Comments (7)

4 Tips for Project Closing Parties

By Ramiro Rodrigues  

 

A great deal of effort is often put into a project kick-off meeting—so why isn’t that visibility just as important on the other end of the project?

 

What is a project closing party?

A project closing party is an event that intends to provide visibility and recognition to the main professionals involved in a completed project. Obviously, there is no sense in celebrating a project that got aborted or that didn’t reach its main goals and targets. So, we are talking about those projects that managed to get to end with the best combination of its intended results.

 

Within this proposal, it is reasonable to say that what will drive the size of the closing event will be the size (and budget) of the specific project, since it is necessary to achieve coherence between these variables.

 

What are the benefits?

I see two arguments for hosting these events at the end of a project—one strategic and one motivational.

 

On the strategic side, a closing party brings visibility to the executing organization (and, if applicable, the hiring organization) that the project has reached its predicted goals. It will help to reinforce to those at the strategic level of the organization that the team is capable and reliable.

 

From a motivational standpoint, these events will help recognize the efforts of the project team.

 

How should they be executed?

If you think a closing event could benefit your project efforts, here are some tips to abide by:

 

  1. Forecast the closing event in your project planning. It will allow you to make the proper arrangements of budget, time and resources.

 

  1. Manage expectations: Don’t hide the event, but also don’t overestimate what is forecasted in the plan.

 

  1. Honor the forecast: You can’t skimp on the event if it’s forecasted from the beginning—it will only leave a negative impression on the people involved.

 

  1. Gather people and acknowledge the merit: Just like in the kick off meeting, you should identify and invite the right stakeholders to witness the recognition of that specific team who performed great work.

 

Done well, events like a project closing party can have positive repercussions on your next projects.

 

Do you regularly host or attend closing events at the end of your projects? I’d love to hear your thoughts!

 

Posted by Ramiro Rodrigues on: April 17, 2019 01:07 PM | Permalink | Comments (13)
ADVERTISEMENTS
ADVERTISEMENT

Sponsors