Напишите ответ на статью «Пошел ты !@# с твоей токсичностью» .
Если бы я последовал совету из этой статьи, мне достаточно было бы проявить эмоции и сказать автору: «Иди к черту… ты ничего не понимаешь!» Однако это не помогло бы донести мою точку зрения.
Итак, давайте посмотрим поближе.
Цитата 1:
Если человек некомпетентен, нужно дать ему это понять, а не защищать его нежные чувства в ущерб всем остальным.Я не согласен с основанием этого утверждения.
Я считаю, что человек не может быть компетентным или некомпетентным.
Этот обобщающий черно-белый подход на практике не работает. Даже самый опытный пожилой человек может не знать некоторых вещей.
И наоборот, юниорам иногда приходят в голову отличные идеи.
Переходить на личности («вы некомпетентны!»), используя обзоры кода вместо конкретных аргументов, слишком легко.
Если вы такой умный сеньор, потрудитесь объяснить, почему именно в этом месте кода все должно быть иначе.
Если не можете объяснить, лучше ничего не пишите, потому что, возможно, вы сами не до конца понимаете.
В этом случае, конечно, нужно говорить о конкретных проблемах в коде.
Нормальный человек рад обсудить аргументированную позицию.
А негативные эмоции он воспримет в штыки.
Кто вообще захочет работать с токсичным членом команды?
Цитата 2:
Может ли человек снова и снова присылать вам на проверку код с одними и теми же ошибками, а вам нужно отвечать на это вежливостью и улыбкой?Если человек снова и снова совершает ошибки и не пытается как-то вырасти, то его следует уволить.
Поговорите об этом с руководителем группы.
Но истерить в любом случае не надо.
Ну просто потому, что это не поможет. Негативные эмоции могут порождать только негативные эмоции.
Но это не исправит ошибки в коде.
Цитата 3:
Чем больше ответственность в профессии, тем выше должна быть стрессоустойчивость.Я работал в производственной среде и решал некоторые проблемы по ночам.
Зачастую это был стресс (особенно когда ты возглавляешь технический отдел и отвечаешь за весь этот колхоз).
И я хочу со всей ответственностью заявить: никто не любит стресс, даже если способен его выдержать.
Все всегда стараются сделать это менее напряженным.
Например:
- настроить мониторинг, своевременное оповещение серверов о наличии проблем
- проверить код с помощью автоматического и ручного тестирования
- проверить резервные копии базы данных на возможность восстановления
- и т. д.
Те.
стресс на самом деле вреден .
Даже для самых стрессоустойчивых людей.
Точно так же человек, который не любит стресса, скорее всего, все сделает правильно, все перепроверит, подстелит соломку и избежит фатальных ошибок.
Цитата 4:
Бесспорно, оскорбление коллеги из-за незнания недопустимо, но очевидный формат «У вас плохой код, я сейчас подробно распишу причины и дам совет» уже считается токсичным поведением.Ну да, это так.
«У вас плохой код» — бессмысленная фраза, ИМХО; можно было сразу начать с советов, а еще лучше с уточняющих вопросов, почему сделано именно так, а не иначе.
Послесловие
Стресс мешает работоспособности.Когда сотрудник боится отправлять код на проверку, он не будет работать с энтузиазмом, не будет генерировать идеи, не будет лоялен к компании и т. д. Несложно погуглить исследования, которые показывают, что при превышении определенного уровня стресса работоспособность резко снижается.
В общем, вежливость при работе в группе придумали не сейчас, задолго до того, как ревью кода и программирование вообще вошли в моду.
Куча статей о «навыках командной работы», не имеющих никакого отношения к IT. Лучшие идеи рождаются в благоприятной атмосфере.
Возьмем, к примеру, правила мозгового штурма: каждый сначала выбрасывает идеи, и их вообще нельзя критиковать.
И только потом происходит детальное обсуждение.
Ну то есть все мы люди.
Людям не нравится, когда кто-то указывает на их ошибки.
Даже самый правильный код-ревью часто выглядит как публичная порка.
Ну не надо усугублять ситуацию! В тех командах, где я был тимлидом, я ввел небольшой кодекс поведения для проверки кода (еще до того, как это стало модно).
А именно: вежливость, запрет на приказной тон, запрет на обсуждение личных качеств, допускаются только аргументированные замечания и т. д. В спорных ситуациях решает большинство.
Кстати, именно большинство, а не тимлид/техлид. Поскольку читаемость кода и другие вещи важны для всей команды, именно команда будет работать с этим кодом в дальнейшем.
И не тот, кто считает себя самым умным.
Эти простые меры существенно улучшили атмосферу в коллективе.
Почему сейчас все говорят о CoC и командной работе? Потому что в целом время гениев-одиночек проходит. Сплочённая команда решит любую проблему посредством синергии.
Поговорил с одним, поговорил с другим - и половина проблемы решена.
Мягкие навыки с каждым днем становятся все более важными.
Есть люди, которые никогда не работали в сплоченном коллективе и понятия не имеют, какой это кайф.
Собственно, чего я тут болтаю, давайте.
(P.S. смайлик в конце последней фразы удалили модераторы.
Не хочу никого обидеть, это просто шутка) Теги: #Пятница #Управление персоналом
-
Открытый Gl Против Directx
19 Oct, 24 -
Гидро Энергия
19 Oct, 24 -
Go И Mysql: Настройка Пула Соединений
19 Oct, 24 -
Как Gitlab-Ci Наследует Переменные Среды?
19 Oct, 24 -
Опыт Подключения Робокассы
19 Oct, 24 -
Публичность Целей
19 Oct, 24
