Как я могу заявить о своем знании предметной области, сигнализируя об открытости для полезной информации по электронной почте?

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

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

Кто-то ответил в треде:

Уже есть функция для [выполнения этой задачи] (как описано в документации [ссылка]). Эта система учитывает это?

Я ответил, что мы используем тот же API, что и эта функция, и (очень кратко) объяснил, как это сделать. Я также указал на текущее ограничение и на то, что было бы, безусловно, лучше, если бы мы могли прослушивать изменения foo(что должно решить болевую точку ОП).

Он снова ответил мне, сказав, что я должен поговорить с командой API, потому что их код знает foo, что такое "см. [ссылка на код]"... что ясно показало, что API хранит только один fooдля всей системы, когда нам нужно fooдля каждого объекта. ... и хотя он не мог этого знать, код, на который он ссылался, на самом деле был кодом, который я использовал в качестве примера, когда писал свой.


Что я пробовал до сих пор: ничего, я не доверял себе написать профессионально звучащий ответ и не знал, что сказать.

Лично я чувствовал, что было довольно грубо отвечать всем на большой список адресов электронной почты и просить инженера добавить функцию, если он прочитал соответствующую документацию. Мой продакт-менеджер, менеджеры и коллеги тоже в этом списке, а это значит, что я также беспокоюсь о том, как они воспримут взаимодействие. Например, если я отвечу «Хорошо, спасибо за информацию», подумают ли они: «Вау, значит, она на самом деле не читала документы?!»… или если я отвечу «Да, я знаю», подумают ли они ? показаться грубым, как будто я слишком хорош, чтобы принять помощь?

(Помимо чувств, я уверен, что он думал, что помогает! Мы никогда раньше не общались, поэтому я не могу представить, что у него были какие-то скрытые мотивы.)


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

Если бы это было лицом к лицу, я мог бы ответить с дружеским смехом и улыбкой на тему «ах, забавно, что вы должны упомянуть этот код, это на самом деле то, что я привел в качестве примера!», что (надеюсь) побудило бы его пойти. "О, отлично, так что мне не нужно объяснять вам, как это работает", и тогда, возможно, у нас мог бы быть полезный разговор. Непосредственность общения лицом к лицу также делает тон менее важным, потому что, если я скажу что-то не так, я могу исправить ситуацию и извиниться, как только это осознаю.

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

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

Ответы (3)

Как я могу заявить о своем знании предметной области, сигнализируя об открытости для полезной информации по электронной почте?

Как правило... Поменяйте их местами и прослоите. Ведите себя так, как будто этот парень — самый добрый человек в мире, отправивший вам ссылку, которую вы уже видели. Если вы беспокоитесь о том, что одна строчка с надписью «Я уже видел это» будет слишком резкой/грубой, напишите больше одной строчки.

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

Позитивное лицо в данном случае – это потребность нравиться. Чтобы ценили и уважали. Обычно это делается с помощью комплиментов, похвалы и общего позитива. Негативное лицо — это потребность быть автономным, контролировать свое поведение и не быть обязанным что-то делать. Для общения это означает просить вещи вместо того, чтобы требовать их, показывая, что вы цените и уважаете время человека, и пытаетесь придерживаться нескольких (если таковые имеются) навязанных обязательств. 1

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

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

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

Затем вставьте «негативную» часть: фрагменты, которые вы написали здесь о том, что он не может знать, но вы уже видите этот код и используете его при разработке, находятся в середине отзыва сэндвича. Опять же, как и раньше: не извиняйтесь, констатируйте это как факт. Не начинать предложение со слов «извините, но». Это только повредит вашему положительному лицу.

Наконец, закончите кратким изложением (если возможно) вашего предыдущего письма (строка о том, что вы знаете API, говорит, что это один foo для каждой системы, а не для каждого объекта), и ваше предыдущее предложение о том, что прослушивание изменений в foo может решить проблему. точка, но API в настоящее время не позволяет этого (чтобы снова утверждать, что вы знаете, о чем говорите). А затем спросите весь список адресов электронной почты, если кто-нибудь знает, кто из команды API может принять такой запрос на изменение, возможно, упомяните, что вы тоже цените эту информацию, чтобы было более ясно, что вы открыты для полезной информации .

1: Книга межличностного общения, Джозеф А. Де Вито, глава 9; отсюда я взял определения теории вежливости, позитивного и негативного лица.


Например, некоторые из рабочих электронных писем, которые я пишу, следуют шаблону:

Привет Х,

Спасибо, что нашли время так быстро ответить/прислать мне Y/ваши комментарии к X.

Вы, вероятно, не знали, но / я думаю, вы забыли учесть / я уже видел Y, это не решает проблему, потому что...

Человек с @CC, можете ли вы получить Z вместо Y/ Я предлагаю нашим следующим действием / Я попрошу ответственное лицо исправить это и т. д.

У меня почти никогда не было жалоб на грубость этих электронных писем, и чаще всего, если есть много людей (B)CC-ed, меня иногда даже хвалят за то, что я спокойно отношусь к недопониманию, за ясное объяснение вещей или за то, что я умение привлечь нужных людей к рассмотрению определенной проблемы и ее скорейшему устранению.

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

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

Я бы подошел к этому с точки зрения программирования без эго . Относитесь к этому так: «Мы в одной команде, у нас одна и та же основная цель, мы пытаемся помочь друг другу», а не «почему этот человек сомневается в том, что я сделал».

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

Так что отвечайте с этой точки зрения: поблагодарите его за усилия по поиску кода, скажите, что на самом деле вы используете этот код в качестве основы для своей работы, и объясните, что существующая функция не делает того, что вам нужно. Разумно «ответить всем», так как вопрос о том, почему вы не используете существующий код, существует, но также разумно сказать что-то вроде «Если у вас есть еще вопросы, пожалуйста, зайдите ко мне на стол», чтобы попытаться завершить цепочка «отправить всем по электронной почте».

Не беспокойтесь о том, «как это будет выглядеть для коллег/руководителей/…». Я всегда находил, что разработчики, которые придерживаются подхода «только факты, мэм», пользовались наибольшим уважением.

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

"Пожалуйста, обрати внимание:"

(очень общий), и я, наконец, только что добавил

'Спасибо'

к моей подписи.

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

Старайтесь быть позитивным и оптимистичным.

Кроме того, будьте уверены и отдавайте должное коллегам, которые помогают вам, и никогда не пытайтесь «украсть» причитающееся им доверие.

Очень важно не показаться грубым, поэтому ошибка на стороне осторожности.

Иногда добавление вопроса, например «Хотите больше объяснений?» может быть полезным, но не всегда.

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

Спасибо за ваш ответ и добро пожаловать в Interpersonal StackExchange! В качестве предложения мы хотели бы попытаться объяснить, почему и как наш ответ может помочь найти ответ на вопрос. Возможно, вы могли бы улучшить этот ответ, уточнив, почему добавление «Обратите внимание:» и «Спасибо» делает электронные письма менее высокомерными и как ОП может применить это к своей ситуации. Ваше предложение «пожалуйста» и «спасибо» — это продуманный совет, которому, вероятно, следует следовать всем.
@USER_8675309 -- Спасибо. Я добавил краткое объяснение. Мой ответ должен был быть очень общим. Если человек новичок в организации (например, в компании), часто у него есть конкретные знания, которых ему не хватает, но они нужны. Трудно «квадратировать этот круг», и можно сделать много неверных шагов. Кроме того, по крайней мере, в моем случае, когда я новичок, мне, как правило, приходится интерпретировать вещи буквально. По мере того, как человек становится более опытным, он может добавить контекст.
Это кажется довольно приличным ответом, за исключением контекста существующих ответов в то время, когда вы писали свой. Я не говорю, что в вашем ответе нет уникальных и интересных элементов, но я не уверен, как они способствуют улучшению общего ответа.
Не могли бы вы добавить пример использования ваших советов? «Обратите внимание:» и «спасибо» можно использовать в снисходительной и грубой форме, так что дьявол кроется в деталях.