Как сформулировать «проблемы в общении» с конкретным человеком

Я работаю индивидуальным разработчиком программного обеспечения для правительства чуть больше месяца. В основном меня нанял один человек, так как он не знает программирования. Мне трудно хорошо выполнять свою работу, так как в сводах знаний существует большой разрыв: люди, с которыми я работаю, — лесники. Чтобы исправить это, я попытался найти время, чтобы поговорить со своим непосредственным руководителем и задать вопросы. Это не сработало так хорошо.

Я упомянул другому руководителю, что у меня проблемы с общением, и он описал это так: 1) человек вырос в Советском Союзе и имеет совершенно другую культуру, чем наша 2) мне нужно заслужить его уважение, прежде чем он будет открыт для общения. новые идеи.

Я думаю, что меня неверно истолковывают. 1) Я понимаю, что есть культурная разница, но задавать такие вопросы, как «этот модуль всегда будет вызываться этим модулем или его может вызывать какой-то другой модуль?» Я не уверен, как перефразировать это, чтобы лучше соответствовать его культуре. 2) Я не пытался делать что-то по-другому. Я делал то, о чем меня просили (или, по крайней мере, мою интерпретацию этого).

Я действительно хочу показать разницу между «Мне трудно понять этого человека» и «Мне не нравится культура/стиль общения этого человека».

Для технически подкованных: я реализовал требования, используя объектно-ориентированный подход. Требования требовали «2 модуля», поэтому один был основным файлом, а другой - классом. Язык программирования должен был быть Python, но требовался исполняемый файл. Для этого я использовал конвертер python в исполняемый файл, но он вывел только один единственный exe-файл, а мой менеджер хотел больше, чем 1. Я спросил его, будет ли второй модуль вызываться чем-либо, кроме первого, и он сказал нет. Это всего лишь пример, и я не придерживаюсь предубеждений, я просто не знаю, как предотвратить повторение подобного в будущем.

Ответы (2)

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

  • Подумайте о предположениях, которые вы могли бы сделать, и подтвердите своему руководителю, что вы действительно согласны с ним. Например: «Вы говорите, что программа должна иметь два модуля. Я хочу быть уверен, что понимаю, что вы имеете в виду под модулем. Вы имеете в виду классы, пакеты или что-то еще?»
  • Объясните, что вы делаете, и попросите явное подтверждение, прежде чем предпринимать какие-либо действия. Например: «Вы сказали, что эти модули никогда не будут вызывать друг друга, поэтому я планирую объединить их в один исполняемый файл. Это нормально?»
  • Попросите промежуточный отзыв о том, что вы делаете. Например: «Вчера мы договорились, что модулей будет два. Когда я углубился в детали, не было смысла делать их двумя отдельными исполняемыми файлами. Вот как это выглядит сейчас. Это нормально?»
  • Кроме того, после любого устного общения, в котором принимается решение, отправьте дополнительную записку, чтобы подтвердить решение. Например, «Привет, XXX. Как мы сегодня обсуждали, я реализую это как два отдельных модуля внутри одного исполняемого файла. С уважением, Codey12».
  • Прежде чем перейти к вашему вопросу, обязательно предоставьте своему руководителю достаточный контекст, чтобы он мог понять, почему вы задаете этот вопрос. Например, сравните эти:
    • «Могу ли я реализовать это как один исполняемый файл?»
    • «Вчера мы обсуждали реализацию этого в виде двух модулей. Я начал создавать два разных класса, как мы обсуждали. Кажется, более разумно поместить их в один исполняемый файл. Что вы думаете?»
  • Обязательно проясните для себя, в чем заключается ваш настоящий вопрос, и постарайтесь сначала задать его. Сравните эти два примера:
    • «Можно ли объединить эти два модуля в один исполняемый файл?»
    • «Будут ли когда-нибудь эти модули вызывать друг друга?» .. "Нет".. "Вы на 100% уверены, что эти модули никогда не будут звонить друг другу?" .. "Нет" .. "Вы все еще уверены, что хотите, чтобы это были два отдельных модуля?" .. "Да" ...

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

Избежать использования жаргона может быть трудно, но когда вы разговариваете с нетехническими людьми, это очень важно. Вам нужно понять, о чем он говорит, когда сказал сделать «2 модуля», вам нужно спросить, что это на самом деле означает (если спецификация не разъясняет это технически). Вам нужно понять потребности бизнеса в двух модулях, а затем решить проблему любым техническим способом, который имеет смысл и соответствует бизнес-требованиям.

Если он просит что-то, что не имеет технического смысла (например, 2 exes), попытайтесь понять, что его на самом деле беспокоит. Но вам придется говорить только на его языке и пропустить весь технический жаргон. Если он не является техническим специалистом, он даже не должен знать или заботиться о базовом решении, о количестве исполняемых файлов. Покажите ему, что он делает, и посмотрите, удовлетворяет ли он его потребности и соответствует ли требованиям. Такие слова, как «объектно-ориентированный», «исполняемый» — избегайте таких слов, если вы не уверены, что он действительно понимает, о чем вы говорите. Прямо сейчас, кажется, что он не делает.