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
Conrado Morlan
Kevin Korterud
Peter Tarhanidis
Vivek Prakash
Cyndee Miller
David Wakeman
Jen Skrabak
Mario Trentim
Shobhna Raghupathy
Roberto Toledo
Joanna Newman
Christian Bisson
Linda Agyapong
Jess Tayel
Rex Holmlin
Ramiro Rodrigues
Taralyn Frasqueri-Molina
Wanda Curlee

Recent Posts

A Guide to Perfect Planning

The Secrets to Business Transformation Success

Specialist or Generalist: The Great Career Conundrum

Project Management Is For Everyone

Project Management? There’s an App for That.

3 Tips to Enhance Your Leadership IQ

By Peter Tarhanidis

The boards I serve have common opportunities and challenges revolving around promoting a brand, balancing the operating budget and growing capital. Yet, while flawless leadership is expected, in actuality it is difficult to sustain.

As I reflected on why many organizations were challenged around execution, I realized that executives must improve their leadership intelligence around three key factors to enable success:

  1. Improve speed and quality. When leaders struggle to make quick or quality decisions, it’s often viewed as not having the right team in place, or not having enough intelligence on the matter or the specific responsibilities related to the decision. One can increase cognitive abilities through investing in formal education, training and access to subject matter experts to gain the necessary knowledge.
  2. Repair team alienation and restore loss of confidence. Building trust in teams can improve leadership intelligence. Commit to a path of restoring relationships by understanding yourself and others. Assess emotional intelligence techniques to gain self-awareness and rationale for team motivation.
  3. Become aware of stakeholders on social media. Thanks to social media, a large audience judges every executive decision. Expand stakeholder relationship management to include communication and change management via social media channels. Seek out team members who are knowledgeable in social media so that they can proactively engage stakeholders and integrate feedback to reduce blind spots.

In my experience as a mentor and leadership coach, these tips can help align decision-making, leader accountability and stakeholder engagement to the needs of the customers, and improve the overall culture of the organization. As a result, the brand will come to life.

How have you improved your leadership intelligence?

Posted by Peter Tarhanidis on: September 06, 2017 10:54 PM | Permalink | Comments (11)

Avoid the Internal Project Trap

By Ramiro Rodrigues

 

 

 

 

 

In my last post, I shared tips for closing external projects. Now it’s time to tackle internal efforts.

As part of this discussion, it’s worth remembering that PMI’s A Guide to the Project Management Body of Knowledge (PMBOK® Guide) does not differentiate between the origin of the customer (internal or external) for the scope verification process.

So even if a project is internal, project managers should obtain acceptance and have at least one approval by the customer in order for the project to be formally closed.

A crucial question to consider: What does your organization's project methodology say? Are you required to get a form signed to show formal acceptance at the end of the project? If so, the good news is you’re closing process is outlined for you.

It gets complicated when you’re not required to sign a formal document or there is no defined methodology for closing an internal project. It creates a great organizational trap for project leaders as projects that are not formally completed tend to repeat the phoenix fable: a project is resurrected over and over again with new work requirements because there is no record of a signed agreement signalling the completion of the work.

Imagine having to re-run a project months—or even years—later when there are no more resources, schedule or budget available to execute the remnants that emerged? On top of this, you’re probably already involved in other assignments, and you may not even remember the full context of that project.

The most effective strategy for not falling into this trap is to produce an informal document of acceptance—a simple text that describes the macro deliveries of the project scope and send your customer a hard copy or email copy. But be careful to include a text that makes it clear that the parties (you and the customer) agree that the deliveries quoted have been made to the desired quality.

And make sure you receive acknowledgement—even a simple “okay” response will be sufficient to file the document and to protect it from unwanted resurrection.

How do you ensure internal projects don’t come back to haunt you in your organization?

Posted by Ramiro Rodrigues on: August 11, 2017 12:49 PM | Permalink | Comments (10)

A Checklist for Shared Outcomes

By Peter Tarhanidis

I was recently assigned to transform a procurement team into one that managed outsourcing partnerships. I realized the team was very disengaged, leaving the strategy up to me to define. There was no buy-in. The team and the partnerships were sure to fail.

But I was determined to make the team successful. For me, this meant it would be accountable for managing thriving partnerships and delivering superior outcomes.

To get things back on track, I had to first get alignment on goals. Setting shared goals can help to shape collaborative and accountable teams that produce desired outcomes.

Establishing goal alignment can be a difficult leadership challenge; however, leaders must gather the needs of all stakeholders and analyze their importance to achieve the desired organization outcome.

I often use this checklist to tackle this challenge:

  1. Set shared goals in consensus with teams to motivate them to achieve the desired outcome.
  2. Link shared goals to key performance indicators (KPIs) that lead to the desired outcome.
  3. Integrate goals into individual and project performance reviews to drive accountability.
  4. Measure KPIs to keep teams on track.

I used this checklist during the procurement team project and it helped to reset and reinvigorate the team. Once we aligned around shared goals, team collaboration increased and the organization started to achieve the targeted business benefits.

If you’ve used a checklist like this before, where have you stumbled and how did you turn it around?

Posted by Peter Tarhanidis on: July 18, 2017 03:55 PM | Permalink | Comments (12)

Ground Preparation: Closing an External Project

By Ramiro Rodrigues

When outsourcing a job to consultants and service providers, I’ve often found that achieving "agreement" with a client that a project is finalized is one of the most delicate times.

 

This is usually due to the fact that by closing the project the client knows that:

  • He or she is agreeing that there are no more pending requests.
  • The consultant/service provider will no longer serve them as to the scope of that project.
  • It authorizes the final payment of the project.

 

Scope verification—the process of formalizing the approval of a project scope—recommends progressive approvals are made as partial deliveries of the scope take place. This process, if well planned and applied, helps to minimize the weight of the final approval term.

 

The strategy I developed over many years of consulting work is something I call “ground preparation.” This strategy has four simple stages that need to be well distributed in the time near the project closure to increase your chances of a non-traumatic closure.

 

Let's review them:

 

1st Stage: As you move close to the end of the project, start the conversation, preferably face-to-face, with the stakeholder responsible for accepting the project.

 

2nd Stage: Send that same stakeholder a draft version of the project acceptance document that is as close as possible to the final version.

 

3rd Stage: After giving the stakeholder time to digest the draft, follow up to discuss any questions or concerns. Also, this is a good time to let them know when they can expect the final acceptance document.

 

4th Stage: Send the final version of the acceptance document and suggest that you collect it with, if applicable, some sort of closing event.

 

Of course, we are talking about a project that has successfully achieved its goals. But even projects that have had to be aborted or projects with a low degree of success at the end must be formally shut down. A lot of this strategy can be replicated whenever the end is imminent.

 

What are your strategies for closing down a project?

 

In my next post, I will review the characteristics of the acceptance term for internal customers.

Posted by Ramiro Rodrigues on: July 17, 2017 02:19 PM | Permalink | Comments (13)

Are Traditional Scrum Masters Becoming Obsolete?

 

By Kevin Korterud

 

I experienced my first agile project nearly a decade ago. At the time, agile was still an emerging concept. I remember thinking there were all sorts of activities going on that I had never seen on any of my projects. People were standing up for meetings, marker boards were filled with things called “stories” and delivery moved forward under the framework of a “sprint.”

 

At the center of this whirl of frenetic activity was a person who the team called a “scrum master.” At first, I thought this person was a project manager. But they were doing things that were outside of the traditional project management realm.

 

Since that first experience, agile has matured and continued to grow in popularity. This trend prompted me to examine the evolving role of the scrum master in complex agile delivery environments. Here are my observations:


 

1. Agile Delivery is Becoming Mature

Agile delivery teams used to function within isolated pockets. But, as the use of agile—as well as the size and complexity of solutions being delivered—grew, new methods, such as SAFe®, were developed to help orchestrate agile delivery across an organization.

 

With agile becoming more common in organizations as a delivery method, the overall need for scrum masters’ general process advice diminishes. Agile teams over time—as well as with the support of enterprise framework methods—will become more self-sufficient, which reduces the need for some of the current activities performed by scrum masters.     

 

2. Higher Engagement and Direct Accountability  

One of the guiding principles for scrum masters is that they are not supposed to intervene with the team and are not responsible for delivery outcomes.

 

While a focus on process advice was essential during the early days of agile, today’s larger and more complex solutions demand that delivery quality issues be identified as soon as possible. In addition, there is also a need to ensure on a more frequent basis that the solution being created will yield the desired business outcomes.

 

Given its proximity to agile delivery teams, the scrum master role is positioned to leverage a higher level of engagement and accountability. In addition to traditional agile process advice, scrum masters should also serve as a durable checkpoint for both delivery quality and alignment to business outcomes.

 

These checkpoint activities would include reviewing user story quality, monitoring non-functional requirements and checking solution designs against business needs. As other roles in agile delivery possess some form of delivery accountability, the scrum master must also become more engaged and accountable in order to remain relevant.

 

3. Emerging Project Managers Becoming Scrum Masters

While scrum masters are not meant to be project managers, that notion is preventing project managers from becoming scrum masters, especially earlier in their career. Emerging project managers invariably have some form of solution delivery experience. They know what makes for sound requirements (especially non-functional), designs, testing, quality and implementation plans.

 

As the level of complexity and scale increases with agile delivery, so does the need for some form of delivery oversight at the agile team level. With the scrum master position in their repertoire, teams would have developed competencies and know-how for scaled agile delivery, release train engineer, program manager, etc.    

 

Scrum masters have played an essential role in the growth and adoption of agile as a practical means of delivery. Their direct interactions with agile delivery teams create a unique opportunity to expand their influence in generating valuable outcomes for end-users, consumers, customers, employees or suppliers. To do so, they need to further extend themselves— both in terms of skills and engagement—to remain relevant in today’s complex delivery environment.

 

How do you feel the scrum master role has evolved? Are newly minted project managers the scrum masters of tomorrow? 

Posted by Kevin Korterud on: June 21, 2017 05:21 PM | Permalink | Comments (12)
ADVERTISEMENTS

"Marta was watching the football game with me when she said, 'You know, most of these sports are based on the idea of one group protecting its territory from invasion by another group.' 'Yeah,' I said, trying not to laugh. Girls are funny."

- Jack Handey

ADVERTISEMENT

Sponsors