A Checklist for Shared Outcomes
Education and Training,
Human Aspects of PM,
Categories: Benefits Realization, Best Practices, Career Help, Change Management, Communication, Communication, Complexity, Education and Training, Ethics, Facilitation, Generational PM, Human Aspects of PM, Human Resources, Leadership, Leadership, Lessons Learned, Mentoring, PMOs, Portfolio Management, Procurement, Program Management, Project Delivery, Project Failure, Project Planning, Roundtable, Stakeholder, Strategy, Talent Management, Teams
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:
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?
By Linda Agyapong
During lunch one day, project managers Jim, Mary and Alex got into an argument over who was best adhering to their industry’s project success criteria. They all had sound arguments. The problem was, however, an “industry standard” did not appear to exist.
Jim argued that he follows the good old “triple constraints” or “iron triangle” concept (i.e., time, cost and scope). Mary sharply retorted that she follows the “quadruple constraints” concept (i.e., time, cost, scope and quality), where the “quality” minimized bugs or defects. Alex quickly asserted that he is the best project manager because in addition to what both Jim and Mary did, he reduces risk, meets stakeholder expectations, and his projects generally add value to the organization in extra areas.
Before we jump into crowning who we think should be project manager of the year, let’s take a trip down some project manager memory lane based on recent research I performed.
Although PMI’s A Guide to the Project Management Body of Knowledge (PMBOK® Guide) makes certain recommendations, the subject of project success criteria has been evolving for more than five decades.
In her report, Kate Davis summed up the different success criteria throughout the years:
1970s: Project success was centered on the “operations side, tools and techniques (‘iron triangle’).”
1980s: The technical components of the project and its relationship with the project team and project manager.
1990s: The “critical success factor” framework, and its subsequent dependence on both external and internal stakeholders.
21st century: The focus has primarily been on the stakeholder.
Davis isn’t the only one pointing out the changing criteria. Many academics and authors have noted the differences, including:
1980s: Jeffrey K. Pinto and Dennis P. Slevin expressed their frustration in a Project Management Journal article by asking, “How can we truly assess the outcome of a project when we (in the project management field) cannot fully agree on how project “success” should be determined?”
Late 1990s: David Baccarini from the Curtin University of Technology recounted in a Project Management Journal article that “a review of the project management literature provides no consistent interpretation of the term ‘project success.’”
2008: Graeme Thomas and Walter Fernández said that “although IT project failure is considered widespread, there is no commonly agreed definition of success and failure.” They described project success as being “a difficult and elusive concept, with many different meanings,” and hence called it protean (likening it to the Greek sea-god Proteus), based on its ability to continually change its “form to avoid capture.”
The current decade: Hans Georg Gemünden criticized the triple constraints for failing to consider other factors, such as stakeholder impact, since “value lies in the eye of the beholder.” He recommended project success criteria be based on its “targeted outcome and impact” to the organization’s business case.
Standish Group’s 2015 CHAOS Report redefined a successful project from one being “on time, on budget and on target,” to one being “on time, on budget and with a satisfactory result.” This redefinition was to ensure project deliverables met stakeholder expectations and also added value to the organization.
So based on the above, which of our three project managers (Jim, Mary or Alex) should be crowned project manager of the year?
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?
Leaders exert influence for success
Education and Training,
Human Aspects of PM,
New to Project Management,
PM Think About It,
PMI Pulse of the Profession,
Reflections on the PM Life,
Categories: Agile, Benefits Realization, Best Practices, Career Help, Change Management, Communication, Complexity, Education and Training, Ethics, Facilitation, Generational PM, Human Aspects of PM, Human Resources, Innovation, Leadership, Lessons Learned, Mentoring, New to Project Management, PM Think About It, PMI, PMI Pulse of the Profession, PMOs, Portfolio Management, Program Management, Project Delivery, Project Failure, Project Planning, Reflections on the PM Life, Roundtable, Stakeholder, Strategy, Talent Management, Teams
By Peter Tarhanidis
Whenever I’m in a leadership role I try to be sensitive to the level of influence I gain, retain and lose. Influence is a precious commodity for a leader. And it can be disastrous if you lose your team or if tensions arise that reduce one’s effectiveness to achieve a goal.
I recall one of my client assignments where the goal was to ensure a successful integration of a complex merger and acquisition. The team had slipped on dates, missed key meetings and there were no formalized milestones.
I set up casual meetings to discuss with each member what would motivate them to participate. One clear signal was that management had changed the acquisition date several times. This disengaged the team due to false starts that took time away from other priorities.
During the sponsor review, I reported there was a communication breakdown and that no one shared this effort as a priority. At that point, the sponsor could have used his position of power to pressure everyone to do their part. However, the sponsor did not want to come off as autocratic.
Instead, he asked if I would be willing to find an alternative approach to get the team’s buy in.
I realized my influence was low, but I wanted to help improve the outcome for this team. So I talked again with each team member to negotiate a common approach with the goal to be integration-ready without having an exact date.
Ultimately, our goal was to have all milestones met while a smaller core team could later remain to implement the integration when management announced the final date.
A leader uses influence as part of the process to communicate ideas, gain approval and motivate colleagues to implement the concepts through changes to the organization.
In many cases, success increases as a leaders exert influence over others to find a shared purpose.
Tell me, which creates your best outcomes as a leader: influencing others through power or through negotiation?
Great preparation goes into identifying the right project manager for the job—including determining the project’s delivery complexity, defining the role profile, selecting interview questions and validating professional certifications.
However, the interview process shouldn’t end once the new project manager is hired. A recurring interview process ensures project managers remain a good fit. It also helps showcase a project manager’s capabilities to instill confidence among leadership groups, stakeholders and team members—especially if elements drastically change, as they are wont to do.
Not every project manager is a good fit for every project. Original assumptions that lead to the initial acquisition of a project manager may not hold true as the project progresses. And poor outcomes often result from hasty decisions to get a project manager on-boarded as quickly as possible to start a project within a desired timeframe.
Here are three questions that not only ascertain the health of a project, but also the fit of the project manager. Depending on the outcome, you may choose to retain the project manager or replace them with someone who is a better fit.
1. Where are we now?
Being able to confidently articulate and identify the true position of a project and the recent progress velocity to get to that position is a foundation of project management success. Failure to know where the project currently resides puts future progress at risk.
Assisting the project manager in this determination of project position includes schedule and budget performance metrics, resource availability, dependencies, risk, issues and other inorganic position indicators. In addition, a project manager should be able to organically identify the “so what” implications and potential remedies required to create a three-dimensional view of project progress.
2. Where will we be in six weeks?
An old adage says that a point shows a current position, two points make a line and three points make a trend. Project managers should be constantly triangulating their project trajectory from their current position. If they can’t, they’re putting the project’s finish in jeopardy.
This six-week timeframe means a project manager can have a clear vision of the visible road ahead, but isn’t so far where they have to speculate well beyond a reasonable horizon.
Use of predictive quantitative methods and tools and prior project experience can help a project manager confidently state where the project is headed.
3. What changed from the original project scope?
Change is constant. It takes many forms and has diverse impacts. Additions or revisions of functional requirements, technical requirements, different implementation approaches, new expectations, supplier complexity, unfunded mandates and other events make up the aggregate, ever-changing landscape of a project.
While the project manager does his or her best to control identification, processing and action around changes, in some cases the aggregate impact of change can overwhelm.
In many cases, changes—such as leadership changes, new suppliers, as well as portfolio management actions that can merge existing projects—have nothing to do with the project manager’s capability. But when the depth and breadth of project change exceeds the capability of the project manager, it may be time to secure a replacement.
What line of questioning might you use to ensure that a project manager continues to be a good fit for the project they were hired for?