Hi PM's--
Apparently my way of holding people accountable is being perceived as throwing people under the bus. Any advice on how to change my style?
Scenario: Yesterday, my Marketing department arbitrarily decided to change a distribution date, which ruined one milestone and put another in jeopardy. After nailing down that this was done because someone in Marketing didn't do their job, I then asked if the person would go to our leadership, who provided the timeline, and explain to leadership why they decided to move the timeline and provide suggestions as to how they would fix it.
Well this was perceived as me throwing the person under the bus. As a PM I see someone who didn't do their job, I pointed it out and asked for accountability and follow up. Can you tell me where I went wrong or who I could've responded better?
Thanks as always for your valuable advice. Saving Changes...
Drew CraigSr. Agile & Product Coach| VanguardPhiladelphia, Pa, United States
Great feedback here. And kudos to you, Erikka, for coming into the forum to share your experience and elicit feedback from the community. Really super.
We do need to remain cautious about thinking individually. Being in a leadership role, it is our responsibility to think of the team as a cohesive unit, as in we, not you and not I.
Not worth repeating other advice here, but I will cast my vote of agreement in the overall sentiment given here.
...
1 reply by Erikka Cullum
Nov 06, 2019 3:15 PM
Erikka Cullum
...
Agreed and thanks!
Saving Changes...
Karl TwortSenior Project Manager| Fresh EggUnited Kingdom
I agree with Rami and Kimberly.
Accountability is different to blame. As the PM, we are the protection of the teams on our projects and whilst an individual team member could "cause" a problem, it is not our role to use them as an excuse and blame. Be the strong PM, communicate and action the follow up to resolve the issue.
You learned the management practice that we all learned. Unfortunately it's everywhere.
It's called train-wreck management.
It contemplates one only way to fix problems: find the culprit and beat them hard.
In the years 1950s Edward Deming discovered that this way to manage is counter-productive and inadequate to deal with growing complexity.
He identified four cornerstones of a new way to organize work that is much more productive and that actually improves quality and performance.
It's his System of Profound Knowledge.
One of the cornerstones is System Thinking, the idea that it's a system that produces results and makes mistakes, not individuals.
The system has to be analysed and understood.
The train-wreck management habit of finding the culprit prevents understanding and is ineffective in reducing mistakes.
It will more likely reduce motivation and, with it, productivity, quality and ability to solve problems.
Train-wreck management is, unfortunately, irrational. It means that it doesn't learn from experience. It can't correct its own problems. It has to be completely abandoned.
A form of System Thinking has to replace it.
...
1 reply by Erikka Cullum
Nov 06, 2019 3:31 PM
Erikka Cullum
...
I'm definitely a train wreck. I working hard to fix this!
Holding someone accountable is very different than exposing them and putting them under the microscope.
As a third party observer, if this happened in my presence, I would translate as if you are trying to justify that this was not your mistake but his or hers which is definitely throwing them under the bus.
Instead, you should take advantage of the situation to hold the personal responsible accountable and at the same time have your team have more trust in you. Mistakes happen, and it’s a learning curve for everyone and you as a PM, in front of leadership, are accountable for the delivery of the milestones so having your team member explain to leadership what happens would mean two things for leadership:
1- You are not having your team’s back and did throw him or her under the bus.
2- You have no control over your team if they moved the date without consulting with you.
The way I would deal with a similar situation is to hold the person responsible accountable but at the same time, take responsiblity in front of leadership as you are the PM and try to explain to them what happened without exposing the team member. This way, you will be looked at as a great leader and the person responsible will learn from their mistakes and the team will trust you more. Hope this makes sense.
This makes great sense. Thank you so much. Very valuable.
Great feedback here. And kudos to you, Erikka, for coming into the forum to share your experience and elicit feedback from the community. Really super.
We do need to remain cautious about thinking individually. Being in a leadership role, it is our responsibility to think of the team as a cohesive unit, as in we, not you and not I.
Not worth repeating other advice here, but I will cast my vote of agreement in the overall sentiment given here.
I completely agree with Rami. In my organization, it is known that the PM is the main point of contact between leadership, vendors, the team. It is our responsibility to communicate all issues, changes, and risks about the project, not our team members, so I would have to agree, as it seems like you are throwing them under the bus, without meaning to.
My suggestion is similar to above. You need to gather your team and discuss this issue with them. Find the root cause of why this was delayed. Yes, the person did not do their job, but is there a reason behind it? Were they overworked and did not have the time to complete all things assigned, were there missed days of work, etc?
Once you determine the route cause, you may want to evaluate with them if pushing the date is the best answer to this delay, maybe there is another way. Then, you should take all that information to leadership and discuss this issue/risk at hand.
I would avoid saying that so and so did not do his job, and in turn we are now delayed, but maybe saying that a task is passed due, give the root cause, and lay out the plan your team has to accommodate this and complete the project.
Not trying to sound mean or demeaning, but this is your project and in situations like this it is best to take ownership of the team, and show your leadership skills to the organization. Not only will you gain the respect of your team, but also of the leadership group as to how you handled and resolved the situation.
Good luck! It is always a difficult thing when this happens, but know your skills will lead you to success in many situations.
Thank you Kimberly. I like this: "saying that a task is passed due, give the root cause, and lay out the plan your team has to accommodate this and complete the project." This is really good. Saving Changes...
Dear Erikka
Interesting question for reflection
Thanks for sharing
Do you know the reasons why the marketing department changed the distribution date?
For this to happen would they have to accept the explanation given by the person who did not do the work, or am I mistaken?
Could you have agreed with the marketing department about the new date and the steps that could be taken together to minimize the damage done?
What would be the consequences if you had acted together?
Together with the marketing department could you meet with your leadership presenting the solution found?
Was there collateral damage to your team from the initiative you took?
And in the company as a whole?
How did your leadership react?
How was your trustworthy asset?
What lessons can you learn from this situation?
Do you know the reasons why the marketing department changed the distribution date? Yes, a younger staff member decided she wanted to go home early and not do what was needed. She didn't communicate she was leaving and the work was not finished. As it turns out, she ruined two of the milestones on this particular project and someone else's project.
For this to happen would they have to accept the explanation given by the person who did not do the work, or am I mistaken? I don't know what you mean?
Could you have agreed with the marketing department about the new date and the steps that could be taken together to minimize the damage done? No! and the importance was communicated to them. it was a blatant disregard for the timeline because someone wanted to go to happy hour instead of doing the work.
What would be the consequences if you had acted together? I would have asked her to stay and do the work in order to keep the project on time.
Together with the marketing department could you meet with your leadership presenting the solution found? Sure, if that were an option
Was there collateral damage to your team from the initiative you took? yes, communications were supposed to go out for an initiative at a certain candence so as not to confuse the employees. Instead as a fix all communications were sent and employees were overwhelmed.
How did your leadership react? He is was pissed, but we presented a solution so he was okay
How was your trustworthy asset?
What lessons can you learn from this situation? I learned I am not in control of this project and I'm lacking some leadership skills. I dont like to micro manage and believe we are all adults and we need to do our work. Unfortunately I found out that some people just don't work with that same ethic! Saving Changes...
I will answer on the situation you stated which could not be the answer you are searching for. Changes are all welcome if and only if everybody understand two critical things: 1-changes will follow the defined project change management process. 2-as project manager my duty is not decide about the change. My duty is to have everything needed to take the decision on hands of people that must take the decision. So, I never say no. Just I put the rules clear at the very begining of the project. And I am not dictating the rules.
What you are showing to your team, even if this person is from another team, that you will sacrifice people because not being able to take a blame. This will destroy the trust in you and create a CYA mentality. Protecting people will create a feeling of trust and community.
There is no merit in blaming at all.
There are situations when you have to disclose a root cause of failure immediately, and fully, e.g. if lives are endangered or reputation is at stake (see 737Max problem). But even this should avoid NOT blaming people and focus on the root cause analysis. This includes finding out why this person made the mistake and how YOU can make your project more resilient.
Agreed. I had a member of our IT team mention this as well. He stated there is a lot of finger pointing and blaming, which alienates people. Saving Changes...