4 софт-скилловых совета, которые облегчат вам жизнь на работе
Я сейчас не буду выдавать вам что-то обтекаемое, типа "будьте проактивными", хочу написать конкретику, которая будет полезна тем, кто хочет не испортить себе рабочие будни.
1️⃣ Не шутите над потенциально больными для собеседников темами
Тут все просто. Никогда в рабочей коммуникации ни устно, ни в чатах не шутите над полом, возрастом, национальностью, болезнями (физическими и ментальными) людей. Над политическими катастрофами (войнами, терактами) тоже не стоит. Тут обидеть коллегу - как нефиг делать, а оно вам не надо.
Нет, это не они "соевые снежинки", это острые темы, неудачная шутка над которыми выставит вас не веселым затейником, а бестактной жопой.
Если хочется пошутить, всегда можно и самоиронию устроить, и к мемчикам обратиться, и к каким-то нейтральным событиям.
2️⃣ Задавайте вопросы и задавайте их правильно
Задавать вопросы коллегам - это нормальная часть рабочего процесса. Лучше спросить, чем два дня тупить над какой-то ерундой, решаемой за 15 минут.
🟣 договоритесь с собой, сколько времени вы будете тратить на решение проблемы сами, прежде, чем искать помощи.
Например, если какая-то неочевидная штука не выходит (вылетает странная бага / не ясно, как двигаться по плохой документации / вопрос по смежному сервису итд) за 1.5-2 часа, идем писать запрос;
🟣 чем больше вы дадите людям контекста, когда задаете вопрос, тем лучше. Вот тут писала очень подробно, какой контекст и в какой форме стоит давать;
3️⃣ В ревью/фидбеках отделяйте важное от неважного
Это очень ценный навык: проверять все правки, которые оставляете людям к коду/дизайнам/документации/чему угодно на реальную важность.
Я сейчас не говорю, что мелкие правки выдавать не надо вообще. Но понимание важности того или иного замечания даст возможность что-то оставить на усмотрение автора работы и не душнить, продавливая человека, до победного.
В ряде случаев, неважные замечания помечают как nit или nitpick (буквально - "я докопался до мышей, хочешь - правь, не хочешь - ну и нафиг").
4️⃣ Отказывая, всегда предлагайте альтернативу
Это очень помогает собеседнику справиться с фрустрацией от вашего отказа и даст возможность двинуть беседу в конструктивное (а кроме того, удобное лично вам) русло.
Пример
К вам приходит менеджер и говорит: "надо срочно сделать вот эту задачу за 2 часа". Задача в 2 часа не впихнется, даже если уминать ногами.
❌ ответ "не успеем, вообще нереально" не поможет двинуться дальше и поставит собеседника в крайне неудобную позицию;
✔️ ответ: "не успеем в полном объеме, но можно выделить самое критичное и сделать за 3 часа, а остальное доделать еще потом за 3" уже даст место для переговоров;
Важно: это не 100%-я гарантия успеха, многое зависит от того, насколько сам собеседник решит идти на компромисс, но, по крайней мере, вы от себя сделаете первый шаг. А кроме того, вы можете таким образом продвигать те условия компромисса, которые лично вам выгодны.
Вывод
Как по мне, успех коммуникаций, во многом, зависит от уважительного отношения к нуждам и потребностям собеседника (но и на свои забивать не надо, разумеется).
Вот эти 4 правила дают возможность проявить уважительное отношение к коллегам так, чтобы и вам самим это было на пользу.
Я сейчас не буду выдавать вам что-то обтекаемое, типа "будьте проактивными", хочу написать конкретику, которая будет полезна тем, кто хочет не испортить себе рабочие будни.
Тут все просто. Никогда в рабочей коммуникации ни устно, ни в чатах не шутите над полом, возрастом, национальностью, болезнями (физическими и ментальными) людей. Над политическими катастрофами (войнами, терактами) тоже не стоит. Тут обидеть коллегу - как нефиг делать, а оно вам не надо.
Нет, это не они "соевые снежинки", это острые темы, неудачная шутка над которыми выставит вас не веселым затейником, а бестактной жопой.
Если хочется пошутить, всегда можно и самоиронию устроить, и к мемчикам обратиться, и к каким-то нейтральным событиям.
Задавать вопросы коллегам - это нормальная часть рабочего процесса. Лучше спросить, чем два дня тупить над какой-то ерундой, решаемой за 15 минут.
Например, если какая-то неочевидная штука не выходит (вылетает странная бага / не ясно, как двигаться по плохой документации / вопрос по смежному сервису итд) за 1.5-2 часа, идем писать запрос;
Это очень ценный навык: проверять все правки, которые оставляете людям к коду/дизайнам/документации/чему угодно на реальную важность.
Я сейчас не говорю, что мелкие правки выдавать не надо вообще. Но понимание важности того или иного замечания даст возможность что-то оставить на усмотрение автора работы и не душнить, продавливая человека, до победного.
В ряде случаев, неважные замечания помечают как nit или nitpick (буквально - "я докопался до мышей, хочешь - правь, не хочешь - ну и нафиг").
Это очень помогает собеседнику справиться с фрустрацией от вашего отказа и даст возможность двинуть беседу в конструктивное (а кроме того, удобное лично вам) русло.
Пример
К вам приходит менеджер и говорит: "надо срочно сделать вот эту задачу за 2 часа". Задача в 2 часа не впихнется, даже если уминать ногами.
Важно: это не 100%-я гарантия успеха, многое зависит от того, насколько сам собеседник решит идти на компромисс, но, по крайней мере, вы от себя сделаете первый шаг. А кроме того, вы можете таким образом продвигать те условия компромисса, которые лично вам выгодны.
Вывод
Как по мне, успех коммуникаций, во многом, зависит от уважительного отношения к нуждам и потребностям собеседника (но и на свои забивать не надо, разумеется).
Вот эти 4 правила дают возможность проявить уважительное отношение к коллегам так, чтобы и вам самим это было на пользу.