Как просить о помощи при проблемах на работе: четко объясняйте ситуацию и предлагайте возможные решения
Начинайте запрос о помощи с объяснения того, что именно вы пытаетесь сделать, на каком этапе работа застопорилась и в какой именно части вам нужна помощь другого человека. Предложить возможные решения — значит показать ход ваших мыслей и сомнения. Это вовсе не означает, что вы обязаны решить проблему сами, прежде чем получите право обратиться к коллегам. Отсутствие доступа, нехватка информации или незнакомая задача — всё это веские причины для того, чтобы попросить о помощи.\n\nГрамотно составленный запрос позволяет собеседнику ответить, отказаться или перенаправить вас к нужному специалисту. Он не должен превращаться в длинное оправдание потраченных усилий или попытку незаметно переложить всю задачу целиком. Сначала определите, что вам требуется: информация, экспертное суждение, согласование или совместный поиск решения. Это разграничение поможет понять, к кому именно обратиться.
Определите, какая именно помощь продвинет работу вперед
Представьте, что вы готовите список участников мероприятия, а в двух полученных файлах указаны разные итоговые цифры. Вопрос владельцу данных о том, какой список актуален, — это запрос информации. Просьба к коллеге изучить расхождение — это запрос на совместную проверку. Вопрос руководителю о том, стоит ли отложить анонс, требует принятия решения. Запрос доступа к исходной записи следует направлять тому, кто уполномочен его предоставить.
Это принципиально разные запросы. Не стоит отправлять их все тому человеку, до которого проще всего достучаться. Проверьте существующую документацию, обратитесь к ответственному за задачу или в специальный канал для вопросов вашей команды. Если вы не знаете, кто отвечает за процесс, попросите подсказать направление: «Мне нужно подтвердить окончательный список участников. Какая роль за него отвечает?» Человек, у которого нет доступа к записи, не должен гадать за вас.
Опишите разрыв между целью и текущим состоянием
Хорошим началом может стать фраза: «Я готовлю анонс сегодняшнего мероприятия, но в двух файлах со списками участников разные итоговые данные, поэтому я пока не могу утвердить список получателей». Объясните, где именно возникло расхождение и какими фактами вы располагаете. Если причина неизвестна, скажите об этом прямо. Фраза «Наверное, кто-то забыл обновить данные» — это лишь гипотеза, а не подтвержденный факт.
В руководстве GitLab по обращению за помощью рекомендуется кратко изложить суть проблемы, приложить нужные ссылки, описать конкретное поведение системы и сформулировать четкую просьбу. Там также прямо указано, что правила подготовки не должны мешать человеку просить о помощи. Возьмите на вооружение этот практичный подход, но помните, что далеко не каждая офисная задача требует регламентов технической поддержки.
Рассказывайте о попытках и результатах, а не ведите дневник усилий
Фраза «Я уже много раз пробовал» не объясняет, что еще осталось проверить. Зато формулировка «Оба файла датированы сегодняшним числом; я проверил примечания к изменениям, но не нашел утвердившего их ответственного» дает собеседнику конкретную точку отсчета. Указывайте только те действия и результаты, которые имеют отношение к данному расхождению, а не перечисляйте всё, чем вы занимались с самого утра.
Если вы видите два возможных следующих шага, обозначьте условия для каждого. Вы можете попросить владельца списка подтвердить актуальную версию или предложить отложить анонс до получения подтверждения. В первом случае нужно найти ответственного, во втором — может потребоваться решение по графику. Если у вас нет разумных вариантов, попросите помочь определить, с чего начать проверку. Не нужно выдумывать варианты на ходу лишь для того, чтобы казаться подготовленным, — это только снижает пользу запроса.
Определите границы и временные рамки запроса
Например: «Не могли бы вы помочь мне подтвердить, какой список использовать? Проверку и отправку анонса я беру на себя. Решение нужно принять до двух часов, чтобы понимать, сдвигается ли время рассылки. Если это вне вашей компетенции, подскажите, пожалуйста, к кому обратиться». В таком случае адресат сразу видит, в чем именно заключается требуемое от него участие.
Не отправляйте пустое сообщение «Ты тут?» в ожидании ответа и не сбрасывайте пачку файлов без каких-либо комментариев. Руководство GitLab по коммуникациям рекомендует сразу указывать тему и контекст при письменном обращении. Если вам необходим созвон, объясните, зачем он нужен и какие вопросы планируется обсудить. Предложенный вами дедлайн не становится автоматически обязательством, которое собеседник согласился выполнить.
Предоставляйте достаточно данных, соблюдая правила доступа
Дайте ссылку на нужную запись и укажите, на какую именно часть следует обратить внимание. Пользуйтесь утвержденными внутренними каналами связи и проверяйте корректность прав доступа. Ради сиюминутного удобства не переносите списки участников, данные клиентов или внутренние документы на публичные платформы. Скриншоты помогают наглядно показать визуальную проблему, однако ошибки или текстовые различия лучше передавать в виде текста, доступного для копирования и поиска.
Рекомендации Stack Overflow касаются вопросов программирования: там советуют описать проблему, показать результаты собственных поисков и предоставить достаточно материалов, не выкладывая при этом весь проект целиком. Перенос этого принципа отбора информации на офисную переписку — полезная адаптация методики, но она вовсе не гарантирует, что на каждый запрос обязательно придет ответ.
Завершайте совместную работу после получения ответа
Четко сформулируйте следующий шаг, который вы собираетесь предпринять. Не путайте совет, согласование и принятие ответственности: предложение отложить задачу — это еще не официальное разрешение, а проверка одного столбца таблицы не означает, что коллега забирает себе всю работу. При необходимости запрашивайте надлежащее согласование.
Выполнив действие, вернитесь в исходный диалог и поделитесь фактическим результатом. Напишите, что удалось подтвердить, что изменилось, а что пока осталось нерешенным. Если снова нужна помощь, обозначьте новый разрыв. Зафиксируйте полезный ответ в существующей рабочей документации или задаче, чтобы другие сотрудники могли его найти, а не прячьте готовое решение в личной переписке.