Как иметь дело с коллегой, который обвинил меня в ошибке, которая была его виной

Некоторые люди склонны агрессивно возлагать вину на других, чтобы отвлечь внимание от себя. Так как вы также относительно новичок, ему должно быть очень удобно делать то, что он сделал.

Вот мой совет. Напишите письмо, опишите, в чем была проблема, как вы достигли первопричины, какое возможное решение и как его можно предотвратить в будущем. Включите все заинтересованные стороны в это письмо.

В конце этого письма напишите что-нибудь на этих строках,

XYZ,

Можете ли вы, пожалуйста, добавить эти шаги в соответствующую документацию или документ Standard-Operating-Procedures для этого куска кода?

Таким образом, вы “не показываете пальцем” на него, но вы явно кричите, что он является владельцем этого куска кода и, следовательно, ответственен за него. Вызов важен, потому что не все (особенно высшее руководство) откроют ссылки на кодовую базу, чтобы увидеть, чей это был коммит.

Немного грубовато, но он это заслужил.

Я построил карьеру на том, чтобы не играть в игру виноватых, но правда в том, что люди прислушиваются к самому громкому голосу. Однако, если вы будете участвовать в защите себя, он будет тянуть вас вниз на свой уровень и побить вас с опытом.

Если вы можете найти его, вам нужен чемпион. В идеале, это должен быть ваш менеджер, но иногда, это другой хорошо уважаемый разработчик. Они пойдут биться за тебя, чтобы заставить замолчать громкого. Все, что вам нужно сделать, это поговорить с ними наедине о фактах (не вине) того, что вы сделали, чтобы решить проблему, и как бы они хотели, чтобы вы поступили так, чтобы в следующий раз, когда что-то не так с сервисом, проблему можно было найти и исправить быстрее. Для этого может потребоваться написать небольшую утилиту для тестирования, которая напрямую проверяет сервис (без использования кода других разработчиков), или какой-нибудь лог, или что-то в этом роде, так что проблема “мы против них” может быть очень быстро решена. Если они знают, кто на самом деле виноват, они могут очистить ваше имя, не вступая в прямой конфликт с громким.

я всегда наклонялся назад, чтобы не ставить других разработчиков на защиту. Я говорил такие вещи, как “У меня проблемы с дублированием, не могли бы вы сообщить мне, какие звонки вы делаете в сервис и что вы получаете обратно, чтобы я мог протестировать сервис корректно”? Если разработчик позаботится о том, чтобы предоставить вам журнальные следы реальных звонков и ответов, спросите, что они ожидали получить обратно. Однако в большинстве случаев разработчик просто покажет вам свой код. В этом случае иногда можно заметить проблему. Даже если вы это сделаете, все равно не вызывайте их. Они должны найти проблему сами. Пусть они прогонят код через отладчик и невинно спросят, что содержит определенная переменная в определенной строке кода. Я мог бы продолжить, но ты понял идею.

Это очень тонкая традиция в IT-индустрии (а в некоторых других, например, в авиации), что когда кто-то находит проблему, все работают вместе, чтобы найти решение, а в идеале - найти первопричину, чтобы улучшить процессы, но никто не получает личной вины и не подвергается наказаниям за совершение ошибки. В результате люди открыты и честны в своих ошибках, а не пытаются их скрыть, что выгодно всем.

Похоже, что в вашем магазине есть люди, которые не купились на эту культуру, и это то, что нуждается во внимании руководства.

Я считаю, что вам следует поговорить со своим менеджером о том, как решаются проблемы, особенно приоритетные вопросы, которые влияют на работу пользователей.

В этом случае у вас есть 2 системы, общающиеся друг с другом, и внезапно общение перестает работать. Когда коммуникация не работает, важно, чтобы обе стороны посмотрели на обе системы. Все обращают внимание на ваши услуги, что приводит к тому, что они не исследуют ситуацию со своей стороны. Самой большой потерей времени в решении проблемы является попытка выяснить, что не так с частью, которая на самом деле работает, как и должно быть**.

Это, однако, учебный опыт. Могу поспорить, что теперь вы прекрасно знаете, как исправить неполадки в вашем сервисе. Попробуйте настроить план поиска и устранения неисправностей на основе своего опыта, и сделайте один из первых шагов, чтобы убедиться, что на самом деле ваша служба не работает (“Работает ли служба, вызываемая с другой страницы?”, “Работает ли служба частично или полностью?”). Вы ТОЛЬКО доверяете своей работе.

Попробуйте отпустить тот факт, что на самом деле это был его код, который дал сбой. Пытаться вызвать его на это немного мелочно. Ему не стоило так сильно фокусироваться на тебе с самого начала. Смотрите на это как на общую проблему в компании с устранением неполадок и решать ее как таковую с вашим менеджером. Вы также не знаете, был ли это на самом деле его код, он мог бы также скопировать его из другого раздела, написанного коллегой.

Я думаю, что предложение поговорить с вашим менеджером - хорошее. Ваш менеджер должен знать, что вас несправедливо обвинили.

Но вдобавок ко всему, вас проверяют. Ваш первоначальный инстинкт прав; вы должны ответить, иначе будет хуже. Я бы написал ему напрямую по электронной почте и дал бы знать, что проблема была в его коде, и что за это время, вы не сказали никому, кроме вашего менеджера, которому вы должны были сказать, чтобы защитить себя. И, наконец, дайте ему знать, что если он сделает это снова, вы выйдете на публику.

Я немного опаздываю на этот вопрос, но наряду с очень здравыми советами в ответе Эдгара, есть и вторая часть.

Если вы отправите сообщение, что нашли проблему и отметьте, где она была решена, тогда другие разработчики, вероятно, будут знать, где проблема (это хорошо), но менеджмент, вероятно, не будет знать.

Сделать это так, значит, вы оказали этому парню услугу - он публично позвал вас, вы нашли проблему, исправили ее и не бросили его на произвол судьбы менеджмента. Наращивание такого доверия с вашими коллегами поддержит вас в долгосрочной перспективе.

• *

Незначительная сторона - это, очевидно, немного зависит от характера вины, которую вы найдете в их работе. Если то, что вы обнаружите, настолько вопиюще неправильно, что это указывает на некомпетентность с их стороны, вы можете спокойно довести это до вашего менеджера - они захотят это знать, и вы тоже строите с ними доверительные отношения.

Я предлагаю вам поспать, прежде чем реагировать на личные аспекты ситуации. Если вы исправили проблему и заставили все работать снова, то вы все еще “человек”. После некоторого отдыха будет легче быть милосердным.

В то время как основная проблема уже была подробно рассмотрена в других awswers - другой парень домогался вас - я хотел бы отметить другую точку зрения.

Исправление было сделано в коде, принадлежавшем другому парню, но чаще всего сервис мог бы предотвратить большую проблему, будучи более консервативным в обработке запросов от клиентов. Проверяет ли она входные данные? Сообщает ли она об ошибках во время выполнения? Существует ли среда тестирования (это относится и к потребителю)? Иногда проблема в сервисе только и ждала своего часа, поэтому я бы сказал, что только потому, что исправление было сделано в одном месте, это не значит, что это вся история. Кроме того, для таких проблем есть нечто большее, чем просто код. Есть и процесс.