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

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

Через несколько минут позвонил наш менеджер и вежливо сказал мне, что, хотя в целом хорошо иметь все в письменном виде, мне не нужно неукоснительно следовать этому правилу. Через несколько минут я получил следующее письмо:

Интегрируйте в раздел новостей на веб-сайте.

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

Это письмо меня очень беспокоит. Как мне ответить, чтобы не усугубить ситуацию? В будущем, какие хорошие способы справиться с этим?

Примечание. В моей компании для 95% проектов мы не следуем какой-либо системе тикетов или планированию задач, если только клиент не попросит нас об этом. Обычно мы только начинаем работать.

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

Ответы (7)

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

Здравствуйте, дизайнер,
В соответствии с нашим обсуждением я начну работать над X, Y.

Вышеприведенная фраза может не подойти для Юго-Восточной Азии, откуда, я полагаю, вы родом, но идею вы поняли.

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

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


редактировать: включение некоторых заметных комментариев, чтобы они не потерялись

Единственное, что я хотел бы добавить к этому, это включить в электронное письмо любые детали, которые «Дизайнер» сообщил вам устно.

от DJClayworth

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

Джимми Джеймс

Возможно, имеет смысл также кратко изложить требования, которые вы получаете, вместо того, чтобы упоминать только задачу X. [...] Таким образом, дизайнер не может жаловаться, если то, о чем было договорено, будет выполнено.

Сорен Д. Птеус

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

Карим Элашмави

Единственное, что я хотел бы добавить к этому, это включить в электронное письмо любые детали, которые «Дизайнер» сообщил вам устно.
Это действительно хороший совет, особенно если вы имеете дело с людьми, которые просят о чем-то, но не хотят, чтобы их принуждали к тому, что они просили. Когда кто-то сдерживает документирование своих запросов, вы должны рассматривать это как риск. На самом деле именно здесь могут помочь менеджеры проектов/Scrum-мастера. Вы можете позволить им быть сторонниками таких вещей.
Билетная система — лучший способ справиться с этим, но в разных местах, где у меня не было доступа к тикетной системе, именно так я все и отслеживаю. Кроме того, я отправлял электронное письмо после завершения работы, объясняя, что я это сделал, и если возникало что-то неожиданное, и т. д. В основном, продолжая концепцию «электронная почта как система тикетов».
Вы можете сделать еще один шаг вперед и возложить на них ответственность (а также не допустить, чтобы «это не то, о чем я просил, и я никогда не видел вашего электронного письма»), сформулировав электронное письмо: «Если я правильно понимаю, вы хотите _____. Не могли бы вы подтвердить это в ответ на это письмо, чтобы я мог начать?» Тогда ничего не делайте, пока они не ответят на письмо.
Я второй @DJClayworth. Рат предлагает увековечить ваши разговоры по электронной почте, как это сделал Джеймс Коми (бывший директор ФБР США). Выполнение и соблюдение этой практики документирует устный разговор с отметкой времени и дает другим сторонам возможность исправить любые недоразумения. Если они этого не сделают, а потом пожалуются, теперь у вас есть документация, доказывающая обратное. Для разработчика это важный навык; и, как профессионал, это защищает вас от отсутствия документации.
Это идеальный и отличный ответ.
«Фразировка выше может не подойти в Юго-Восточной Азии». Почему бы и нет?
@rath Возможно, имеет смысл также кратко изложить требования, которые вы получаете, вместо того, чтобы упоминать только задачу X. Далее вы можете написать что-то вроде « Не стесняйтесь обращаться ко мне, если вы заметите что-то не так с этим резюме » . . Таким образом, дизайнер не может жаловаться, если то, о чем было договорено, будет выполнено.
@PagMax Некоторое время назад я дал почти такой же ответ на другой вопрос. Комментарий Эндерланда к этому предполагает культурные различия, о которых я не знаю. Я думал, что я приму это во внимание в этот раз :)
@rath, у Эндерленда, должно быть, был очень плохой опыт общения с индийскими боссами. Однако такой загадочной культурной разницы нет. Мы все живем в глобальном мире, и культура труда больше похожа, чем отличается. Оба ваших ответа в равной степени применимы в контексте Юго-Восточной Азии (или Индии). За исключением того, что вы могли бы обращаться к своему боссу «сэр/мадам» вместо имени. (Это также было более распространено в 80-х годах и не так часто в наши дни). Хотя время от времени можно встретить трудного человека с плохой культурой работы, и, к сожалению, его действия стереотипны.
Правильное направление и хорошо включать комментарии. Я бы постарался больше интегрировать идеи в комментарии, чтобы они не выглядели такими разрозненными, а в остальном +1.
@Wildcard Я обнаружил, что это также хороший способ сделать так, чтобы случайные запросы не превращались в настоящую работу случайно. Разговорное "ты можешь...?" что привело к ответному электронному письму, в котором говорилось: «Вы спросили, могу ли я <что-то>, вы хотите, чтобы я это сделал? Если да, пожалуйста, <сделайте что-то другое>, чтобы я мог (начать | договориться с боссом)» очень спас меня головная боль в течение последних двадцати лет. Около 7/10 раз я никогда не слышу ответ. Обратите внимание, что дело не столько в том, чтобы заставить работу «уйти», сколько в том, чтобы убедиться, что я работаю только над тем, над чем я действительно должен работать, и иметь запись того, что я делаю.
Я также хотел бы сообщить дизайнеру, ПОЧЕМУ вам нужен документальный след, и объяснить, что вы будете следовать описанному выше процессу для всех устных запросов. Я думаю, что он или она поймет ваши мотивы и, таким образом, не расстроится из-за того, что может показаться избыточным общением.
В некоторых компаниях вам не разрешат размещать такую ​​информацию в сторонней системе продажи билетов из-за правил конфиденциальности.
take down notes when you're on the phone and then send him an e-mail with what you discussed.Бинго!!

Любой, кто отказывается излагать информацию в общедоступном письменном виде, например, в электронном письме, скорее всего, делает это для того, чтобы не оставлять информационный след, который можно каким-то образом использовать в будущем для привлечения к ответственности за что-то, природа которого неизвестна. всегда понятен другим людям. Это тип параноидального поведения. Я думаю, что вопрос, который вы должны задать себе, заключается не в том, как реагировать на этого человека, а в том, за что этот человек делает все возможное, чтобы избежать ответственности, и почему. В основном это сводится к политике выживания офиса, например: «Я дам вам инструкции, но если они были неправильными, то виноваты будете вы, а не я».

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

У меня есть коллега, которая всегда отказывается писать по электронной почте, теперь я даю ей подробное электронное письмо о том, что я собираюсь сделать.
Я не думаю, что это правильно. Я думаю, что гораздо более вероятно, что дизайнер считает свое время слишком ценным, чтобы тратить его на составление электронного письма — они уже сказали работяге, что делать.
Я согласен. Я был в ситуациях, когда изменения были запрошены в устной форме, и я применил их только для того, чтобы затем мне сказали изменить их (снова в устной форме). Сказав, что я сделал все, что они просили, это раскручивается как «нет, ты этого не делал, я никогда не просил об этом». По крайней мере, с помощью электронного письма вы можете ответить им и сказать: «Да, вы сказали мне сделать это».
-1 Я знаю немало людей, которые вовсе не злобны в том, что не оставляют никаких бумажных следов. Просто нескоординированный, хаотичный, растерянный, перегруженный работой.
@AnoE нескоординированный и хаотичный не соответствует отказу отправить часть электронного письма. Такой человек просто забудет, а не откажет.
Мне не нравится предположение о недобросовестности. Они могли быть просто плохо организованы или плохо печатали.
@JaneDoe, «Любой, кто отказывается размещать информацию в общедоступном письменном виде, например, в электронном письме, скорее всего, делает это, чтобы не оставлять информационный след», - это получило мою «-1». Из четырех контрпримеров, которые я привел, вы можете выбрать хотя бы один, который вам нравится, и все готово. ;)
В обязанности лица, дающего задание, не входит изложение его в письменной форме. Если об этом сообщается в устной форме, вы обязаны принять это к сведению. Если есть какие-либо сомнения, вы должны написать по электронной почте и подтвердить любую деталь. Если нет чего-то чрезвычайно сложного и конкретного, я бы не ожидал, что это будет написано в электронном письме. Представьте, если бы менеджеру приходилось отправлять электронное письмо для каждой задачи, которую он назначает. Это просто неэффективно.
Lunyx, почему бы и нет?, ясно, лаконично, легко запомнить и сослаться. Я не вижу причин, по которым люди не записывают свои запросы и сообщения. Ведь они могут лучше всего сформулировать то, что знают, это не проблема ответственности, насколько я понимаю, больше проблема коммуникации?
@JaneDoe1337 Я довольно нескоординирована и хаотична, и я категорически отказываюсь делать такие вещи, как отправлять электронные письма, которые, как мне кажется, я забуду отправить. Если я соглашаюсь на вещи, а потом забываю о них, это моя вина. Я могу избежать этого, не соглашаясь на вещи, которые, как я знаю, я, вероятно, не сделаю.
Я обнаружил, что люди, которые настаивают на электронной почте для выполнения основных задач, очевидно, будут хранить свои электронные письма вечно, а затем годами позже выкапывать их для бессмысленного спора. Я намеренно удаляю электронные письма после того, как разберусь с ними, чтобы меня не втянули в эту ужасную современную черту.
@Lunyx В хорошо управляемой (или даже посредственной) среде разработки ничего не следует запускать, пока задача не будет правильно записана, чтобы разработчики, «клиент» и QA знали, что ожидается.
@GrimmTheOpiner Да, я согласен с тем, что ничего нельзя начинать, пока задача не будет записана. Задание можно дать устно, но вы должны ввести его в любой баг-трекер, которым пользуетесь. Подтвердите детали реализации с тем, кто управляет проблемой. Для меня получение каждой отдельной задачи по электронной почте похоже на кодовый дрон, не способный думать самостоятельно.
@Lunyx На самом деле, и я почти уверен, что вы согласны, задача должна обсуждаться, записывая обсуждение по ходу дела, с участием разработчиков клиентов и QA. Сотрудник, о котором идет речь, даже не удосужился написать электронное письмо, вероятно, не удосужится и прочитать его, пока не будет применена корректировка отношения!

Обычно я пытаюсь преобразовать звонок или запрос IM в электронное письмо с помощью чего-то вроде этого:

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

Это имеет следующие преимущества:

  1. Устанавливает ожидание, что я не на побегушках ни у кого.
  2. Получает желаемый результат (письменная запись запроса), хотя да, билет был бы отличным.
  3. Это вполне разумная реакция на прерывание.

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

Я просто посмотрю на это немного по-другому.

Текст письма, кажется, подразумевает (в очень грубой и язвительной форме, заметьте), что коллега считает, что он не должен писать вам по электронной почте, как делать свою работу!

Взгляните на это предложение:

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

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

Может быть, ваш ответ должен учитывать это?

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

Что мне ответить на это письмо.

Ответить "Хорошо".

В будущем, как я должен справиться с этим.

По-видимому, вам следует просто выполнять работу, а не пытаться требовать, чтобы они прислали вам электронное письмо.

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

Я бы попросил его/ее написать грамматически законченными предложениями для начала "Интегрировать в раздел новостей на веб-сайте" напрашивается вопрос интегрировать что,
@Neuromancer Судя по исходной версии вопроса , плохая грамматика могла быть связана с переводом ОП, а не с коллегой.
@Neuromancer Дэвид, вероятно, прав, но просто попросить коллег «писать грамматически законченные предложения» кажется хорошим способом нажить себе врагов. Если запрос неясен, можно попросить конкретных разъяснений.
@Dukeling, почему бы и нет, я дислектик, и чтобы быть профессионалом, мне нужно гораздо усерднее работать над письменными сообщениями.
Я удивлен этому. Я думаю, что принятый ответ «отправьте им электронное письмо вместо этого» намного лучше.
Почему дизайнер должен быть прав и иметь право контролировать рабочую среду? Они могут просить что-то совершенно недостижимое. Если дизайнер отказывается излагать свои требования в письменной форме, а менеджер разрешает это, то ответ о том, что разработчик должен отправить свое понимание требований по электронной почте обратно дизайнеру (копируйте менеджера, чтобы держать их в курсе), является правильным. .
Как ОП должен нести ответственность за выполнение задачи, если подробности нигде не прописаны? Я считаю плохой идеей принимать устные недокументированные требования по техническим задачам.
Я бы не ответил «Хорошо» на электронное письмо с таким недостатком какой-либо полезной информации/требований. Я также был бы осторожен, если бы у этого дизайнера сложилось впечатление, что он может вот так командовать мной.
«Вы усвоили урок относительно того, как дизайнер ожидает, что с ним будут обращаться». И я надеюсь, что дизайнер поймет, что не все ожидания всегда оправдываются.

Интегрируйте в раздел новостей на веб-сайте.

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

Это был бы мой ответ:

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

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

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

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

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

Есть ли какая-то конкретная причина, по которой вы бы не указали свой источник с самого начала? Источники не часто относятся к этому сайту, но всегда хорошо иметь их.
@Lilienthal, поскольку я рекомендовал эту книгу так много раз и на стольких форумах, я не хочу показаться спамером. Кроме того, каждый раз, когда я чувствую, что должен повторять одни и те же предостережения: 1. Не полагайтесь на название книги. Книга не то, о чем вы думаете. 2. Прочитайте отзывы клиентов Amazon. 3. Прочитайте книгу в обратном порядке, от конца к началу, в конце есть расшифровки примеров, в середине — метафоры, а начало не имело для меня смысла, пока я сначала не прочитал остальную часть книги. amazon.com/When-Say-No-Feel-Guilty/dp/0553200666

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

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

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

Я также работал в секторе исследований и разработок в области фармацевтики, в котором преобладают бумажная работа и цепочки поставок . Предполагается, что все, что делается (научно), связано хотя бы с одним листом бумаги.

Существует огромное количество вытягивания ранга и избегания наступания на пальцы ног. Например, я часто наблюдал, как люди (будучи самым младшим сотрудником) делали вещи, которые были категорически неправильными (например, записывали, каким должен быть том, а не то, что он есть на самом деле ) или которые потенциально могли быть признаны FDA как неуместные. . Но в основном ничего не было сказано, потому что люди не хотели вступать в споры с другими людьми, с которыми они работали 15, 20, 25 лет и с которыми застряли в офисе.

Будучи самым младшим сотрудником, я также часто наблюдал, как люди пытаются переложить вину на меня. Например, я мог сидеть за столом с людьми по обе стороны от меня, протягивающими мне свои собственные документы, чтобы подписать какую-то неизвестную ошибку, которую они решили иметь какое-то отношение к моему участию; ровно с нулемнаучное обоснование этого или правда. Например, я наблюдал, как старший научный сотрудник провел три месяца, выполняя один анализ, который должен был занять две недели, и выдал для него более двухсот результатов, хотя для этого нужно было всего около 20, и все время с сообщением об ошибке («нагреватель не работает»), они не поняли появления на передней части оборудования (вопрос, который я поднимал три раза, и который трижды был проигнорирован). Это само по себе привело к трехмесячному спору между отделами о том, почему результаты тестов были повсюду. Опять же, одним из результатов этой ситуации было (для одного или двух тестов, в которых я частично участвовал) то, что я подписал, что это, по сути, связано с тем, что я «недостаточно смешал что-то». Что они не только сделали' У меня нет никаких фактических доказательств (потому что это неправда), но очевидно, что проблема была не в этом, потому что ошибка была до и после моего временного участия. Затем они попытались намекнуть, что это может быть связано с моим вмешательством в оборудование; в котором я опорожнял бутылку в машине, которую они попросили опорожнить. В файлах были листы подписанных бумаг, посвященных ошибкам, которые я сделал исключительно после того, как спросил трех или четырех разных старших сотрудников, что следует делать, за вычетом их имен, утверждение, что мне напомнили, что это не было политика компании, а затем их собственное имя в конце рядом с правильным набором результатов. По иронии судьбы, учитывая, что они крайне неохотно позволяли мне работать над какой-либо регламентированной работой, они не возражали против того, чтобы я чинил сломанные части оборудования (например, они d удалось вытащить сигнальный провод из его винтовых клемм на задней панели детектора, волоча оборудование вокруг них и между ними, и производитель не смог понять, как снова соединить два провода из-за серьезного нарушения связи). Технически, неисправность нагревателя должна была быть расследована, как только она появилась, и я не должен был чинить провода, так как я не был технически обучен, подписал (или не заплатил) ремонтировать что-либо вообще (и это оборудование использовался для «регламентированных исследований», т. е. тех, которые могли бы лечь в основу заявки или профиля поддержки, поэтому полученные результаты можно было бы считать прямыми юридическими доказательствами). Они буквально просто догадывались, что может быть не так, и случайным образом пробовали разные вещи, чтобы увидеть, что сработает.

Это происходило бесконечно, они не были единичными случаями. Это была культура «если можешь переложить вину на других, сделай это». В качестве другого примера, мои собственные начальники широко использовали политику гибкого графика. Поскольку они часто появлялись в 10 или 11 утра, а затем уходили к 14 или 15 часам, а в некоторых случаях оба брали незамеченные мини-отпуски до такой степени, что я полностью отвечал за обработку запросов, сбор образцы и отправка результатов. В конечном итоге руководители исследований пришли ко мне как к основному контактному лицу, чтобы спросить об изменении протоколов исследования, потому что они всегда спорили только с другими. В некоторых случаях это было бессмысленно, поскольку мне не разрешалось запрашивать какие-либо услуги или материалы или вносить какие-либо изменения в какой-либо протокол.

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

Я настоятельно рекомендую добавить регистратор звонков на ваш телефон в целом.

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

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

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

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

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

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