Почему разработчики не понимают друг друга?

Не поймите меня неправильно.

Помните мою недавнюю статью о проблемах общения разработчиков при удаленной работе? Недопонимание — распространенная проблема при удаленной работе.

Когда мы не видимся, мы не можем выразить свои эмоции так, как хотелось бы. Мы часто неправильно интерпретируем и сами интерпретируемся.

Как понять друг друга?

Многие люди могут правильно интерпретировать чужие мысли на основе их мимики, жестов, темпа и тона голоса. Мы можем легко распознать, когда кто-то злится, злится, устал или опечален. Мы можем просто посмотреть или немного поговорить, чтобы сориентироваться, что происходит. Это происходит, пока вы делаете это лицом к лицу.

Когда мы начинаем работать удаленно, все становится сложнее. Поскольку мы привыкли интерпретировать человеческое поведение и язык тела, нам трудно делать то же самое, не видя друг друга. Мы недостаточно хорошо интерпретируем то, что написал кто-то другой. Просмотрите форумы, группы Facebook или комментарии YouTube. Вы можете увидеть пламенные войны повсюду в этих местах. Люди часто не понимают чужих мыслей и предпочитают бороться, а не читать внимательно.

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

Не принимайте вещи на свой счет.

У меня есть привычка начинать вопросы со слов «почему».

Почему ты так поступил?
Почему ты так поступил?
Почему ты так не сделал?

И знаешь, что? Люди воспринимают это как критику. Обычно они относятся к этому так, как будто я нашел что-то не так.

Хотя мои намерения далеки от этого. Иногда мне интересны детали реализации, иногда я хочу знать обоснование, иногда я просто не понимаю этот конкретный фрагмент кода или просто хочу узнать что-то новое. Однако многие думают, что мне не нравится идея или сам код плохой.

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

Не принимайте вещи на свой счет. Не предполагайте ничего заранее, прежде чем спрашивать.

Оценивайте код, а не человека.

Как часто вы чувствуете себя тронутым, когда кто-то критикует ваш код? Часто ли это происходит во время работы с другими?

Я вижу это очень часто и знаю, что у разработчиков огромное ЭГО. Люди не любят, когда их критикуют. Разработчики относятся к своему коду очень лично, поэтому плохие вещи о своем коде заставляют их чувствовать, что их атакуют.

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

Обычно фраза «привет, просмотрите мой код» означает «привет, пожалуйста, скажите, что мой код хорош, иначе молчите».

В следующий раз, когда кто-то будет критиковать ваш код, остановитесь на некоторое время. Винят ли они ВАС или ВАШ КОД? Вы настолько привязаны к своей кодовой базе? Разве вы не хотите стать лучшим разработчиком? Может кто прав? Может быть, они знают лучшее решение? Не привязывайтесь слепо к своей реализации, обсуждайте или принимайте эти изменения. Не относитесь к этому лично, это оценка вашего кода, а не вас.

Философия работы

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

  1. Если есть сомнения, мы задаем вопросы.
  2. Если кто-то задает вопрос, мы не отвечаем вопросом.
  3. Вместо того, чтобы быть неявными, мы #слишком сообщаем вещи.
  4. Прежде чем делать поспешные выводы, мы позволяем людям высказать свои мысли.
  5. Вместо того, чтобы делать предположения, мы объясняем все путаницы.
  6. Найти согласие важнее, чем навязывать индивидуальные решения.
  7. Мы руководствуемся здравым смыслом и избегаем обсуждения того, кто не прав.
  8. Всегда предполагайте добрые намерения в других.

Подпишитесь, чтобы немедленно получать последние новости
https://tinyletter.com/KamilLelonek

Резюме

Моя цель этой статьи — написать руководство для всех, кто когда-либо будет работать удаленно. Может быть, кто-то недостаточно объяснителен, может быть, чьи-то мысли неясны, может быть, кто-то иногда не может выразить то, что он действительно думает и чувствует.

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

Чрезмерное общение и постоянные вопросы – это ключи к тому, чтобы избежать недопонимания.