The post has been translated automatically. Original language: Russian
Something went wrong in the project.
The employee missed an important check. The change went further, an error appeared, and the team lost time correcting it.
The first reaction is quite understandable:
Who did this?
Found.
You can talk to the person, draw conclusions and consider the matter closed.
But it seems to me that there is a risk that in a month a similar story will happen to someone else.
Because "who" made a mistake?" and "why was this mistake able to go through at all?" are slightly different questions.
Let's say a person really forgot to make a check.
It's his mistake.
But it would be interesting for me to understand further.:
Is the check fixed somewhere, or should everyone just remember it?
Can the next stage begin without her?
Does anyone else see the result before it goes further?
Has this happened before?
If there is another employee at this place tomorrow, what will prevent him from making the same mistake?
And here the other extreme is important to me.
Sometimes the desire not to look for the guilty turns into:
"Well, it's okay, everyone makes mistakes."
But it doesn't really feel like management either :)
It seems to me that responsibility does not need to be removed anywhere.
If a person violated an agreement, didn't do what they were supposed to do, or deliberately ignored a rule, this needs to be discussed.
Just one conversation with a person may not be enough.
Because after a mistake, the project manager has the opportunity to look a little wider.:
is this an accidental mistake by one person, or is there a place in our work where such a mistake can happen too easily?
And if there is, it's better to fix it too.
I generally like the simple result of error parsing.:
We understood what had happened.
We understood why this happened.
We've determined what we're going to change to make it less likely to happen again.
And we dealt with responsibility separately where it really exists.
Probably, a good culture of dealing with mistakes is not when no one is to blame for anything.
And not when you have to find the culprit after every problem.
This is when, after a mistake, the project becomes a little more stable than it was before it.
В проекте что-то пошло не так.
Сотрудник пропустил важную проверку. Изменение ушло дальше, появилась ошибка, команда потеряла время на исправление.
Первая реакция вполне понятная:
Кто это сделал?
Нашли.
Можно поговорить с человеком, сделать выводы и считать вопрос закрытым.
Но мне кажется, есть риск, что через месяц похожая история повторится уже с кем-то другим.
Потому что вопрос «кто ошибся?» и вопрос «почему эта ошибка вообще смогла пройти дальше?» — это немного разные вопросы.
Допустим, человек действительно забыл сделать проверку.
Это его ошибка.
Но дальше мне было бы интересно понять:
Проверка где-то зафиксирована или все должны просто помнить о ней?
Может ли следующий этап начаться без нее?
Кто-нибудь еще видит результат до того, как он уходит дальше?
Такое уже происходило раньше?
Если завтра на этом месте будет другой сотрудник, что помешает ему ошибиться точно так же?
И здесь для меня важна другая крайность.
Иногда желание не искать виноватых превращается в:
«Ну ничего страшного, все ошибаются».
Но это тоже не очень похоже на управление :)
Мне кажется, ответственность никуда убирать не нужно.
Если человек нарушил договоренность, не сделал то, что должен был сделать, или сознательно проигнорировал правило — это нужно обсуждать.
Просто одного разговора с человеком может быть недостаточно.
Потому что после ошибки у руководителя проекта есть возможность посмотреть чуть шире:
это случайная ошибка одного человека или в нашей работе есть место, где подобная ошибка слишком легко может произойти?
И если есть — лучше исправить и его.
Мне вообще нравится простой результат разбора ошибки:
Мы поняли, что произошло.
Поняли, почему это произошло.
Определили, что изменим, чтобы вероятность повторения стала меньше.
И отдельно разобрались с ответственностью там, где она действительно есть.
Наверное, хорошая культура работы с ошибками — это не когда никто ни в чем не виноват.
И не когда после каждой проблемы обязательно нужно найти виновного.
Это когда после ошибки проект становится немного устойчивее, чем был до нее.
Share
