​​Почему я не продакт

"А в продакты не хочешь пойти потом?" - это, наверное вопрос из топ-5, которые я слышу, как в свой адрес, так и в адрес других проджектов.

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

Когда я переезжала в Москву меня разрывало между двумя финальными офферами. Один на проджекта и другой на продакт менеджера. В итоге я отталкивалась от того, ГДЕ я буду работать - подходят ли мне люди, сама компания. И только сейчас, поработав и познакомившись со многими продактами, я могу ответить на вопрос "почему я не продакт".

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

#карьера

Токсик детоксик

Есть люди, которые сидят на работе и кропотливо, но не всегда специально, создают вокруг себя токсичную среду.

Токсик - вы, я или коллега с третьего этажа - обижены. Обижены отношением или несправедливым поступком начальника, "неправильной" системой, процессами ради процессов. Одно неверное высказывание командира может заставить пошатнуться весь корабль. Потом через 2 месяца иди ищи 5 разработчиков разом, чтобы закрыть дыру.

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

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

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

Как и в любых отношениях, нужно ставить точку над i.

"Эй, мы классно работали вместе. Сейчас, кажется, ты несчастлив в этой роли. Мы попробовали сделать А / Б, но это не сработало. У нас не получается сделать так, чтобы тебе было также классно, как раньше. Если ты хочешь попробовать что-то другое, то дерзай. Мы дадим тебе рекомендасьен."

или

"Мы классно работали вместе когда-то. Сейчас мне больше не нравится то, что я делаю. Мне не приносит это никакого удовольствия и я несчастлива. Я попробовала и А, и Б - все не то. Меня позвали в стартап ОКАК, и я прям чувствую, что это мое. Я уверена, что вы найдете человека, который будет хотеть делать эти задачи и будет делать их эффективно. Я могу попробовать порекомендовать кого-то из своих знакомых."

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

#кризис

"Я устал"
или потеря личной эффективности.

Чувство тревоги, которое посещает тебя и ты думаешь:

😞 "Кажется, я недостаточно хорошо работаю";
😞 "А вдруг кто-то заметил и меня уволят";
😞 "Просидел над этой задачей весь день, вместо 4х часов";
😞 "Черт, я же могу лучше";
😞 "Сказал какую-то фигню";
😞 "Меня все отвлекают я не могу сосредоточиться";
😞 "Блин, никак не могу сделать эту задачу, дедлайн уже на пятки наступает".

Что нам говорит гугл:

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

Что нам говорит сердце:
💙 Надо отдохнуть.

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

💆‍♂️ Позволить себе сделать перерыв. Без угрызения совести, провести 15-60 минут абсолютно неэффективно, попивая кофеек и закусывая шоколадкой.
💆‍♂️ Настроиться на выполнение конкретной таски, которую не получается сделать. Игнорировать окружающий мир, рабочие чаты, уведомления все это время. Сделать задачу, и если есть возможность на этом закончить рабочий день.
💆‍♂️ Выдохнуть. Вы сделали это!
💆‍♂️ Релакс-терапия после - сделать то, чего давно не делали. Выбраться на встречу с друзьями (вы все еще не можете вылезти из своего спального района после карантина и выходите 4 раза из дома за продуктами, работая на удаленке?) Необходим ваши индивидуальный разряд.
💆‍♂️ И последнее - запланировать уже отпуск, в который вы пойдете не взирая откроются границы или нет, всегда можно познавать широкие просторы нашей страны.

#кризис

Идеальный идеал

Не бойтесь допускать ошибки и принимать за них ответственность. Так все говорят. Это уже почти клише культуры софт скиллов.

😕 "Сейчас скажу наверное что-то тупое, не буду спрашивать".
😕 "Потом узнаю у коллеги, которому я доверяю, он не подумает обо мне плохо".
😕 "Блин, она теперь думает, что я лох, потому что сделал не так".

Секрет в том, что всем насрать. Никто не думает о вас плохо из-за вопроса, неверного действия или неопытности.

Подумайте об этом, как о трате своих ресурсов.

Когда снимаешь с себя пелену идеальности - становится легче работать. Энергия тратится на то что надо, а не на обработку внутренних страхов в голове.

Хочешь задать вопрос - задавай и иди дальше.
Косякнул - скажи: "Да, мой косяк". Держи в уме, что надо поработать над этим - и иди дальше.

#софтскилы

​​Пост-многоходовочка

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

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

Уже приступив к посту, я довольно спонтанно написала моему "деструктиву": "У тебя все норм? Сверху не прессуют? У нас последнее время в обсуждениях градус часто повышается, хочу понять ты просто переживаешь из-за навалившегося или проблема есть какая-то?"

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

Итак, пост про эмоциональное фонтанирование не получился. Но вот какие выводы можно сделать:
🧞 когда вам кажется, что вы сделали уже все, это скорее всего не так. Выход есть.
🧞 проявление эмпатии, работа с конфликтами - это не разовая работа. Это про процесс.
🧞 вы не Брюс Всемогущий и это нормально. Не всем можно помочь.

Тут должна быть кнопка с комментиками. Давайте потестим, насколько вам интересно что-то обсуждать. Тык-тык👇

#софтскилы

🤖 Письмо от проджекта к программисту.

Дорогой мой человек,

я понимаю, что мой вопрос кажется тебе очень тупым.

Но когда в моём сообщении к тебе содержатся 2 вопроса, пожалуйста ответь именно на эти два вопроса, а не на третий, который я видимо должна додумать.

Чем быстрее я пойму ситуацию, тем быстрее перестану тебя мучать вопросиками. Если бы я могла вопросики не задавать, то не писала бы тебе.


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

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

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

#софтскилы

​​О наболевшем с кото_аналогией. Стендап или дейли скрам - это самый важный митинг дня в команде. Он требует максимальной вашей концентрации.

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

#разработка #юмор

​​Влет-вылет
Хак для управления временем.

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

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

На что обратить внимание, когда перегруз подкрался не заметно:

1) У вас могут быть задачи, которые вы пообещали сделать к определенному дню, но приоритет этой задачи не такой уж высокий. Вас связывает обязательство и создается впечатление, что задачу двигать нельзя. Поговорите с тем, кому обещали срок. Объясните ситуацию и сдвиньте не приоритетную задачу, чтобы затащить срочный влет.

2) Трезво оцениваете приоритет "любимых" задач. Например, вы менеджер, который пишет требования по 2 дня в неделю. Это ваш highlight of the day и вам даже не приходит на ум пожертвовать этой работой. Хотя, возможно, это именно то, что стоит сделать.

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

#разработка

​​Копирайтеры не нужны

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

Чтобы поиграть самому или почитать шедевры российской нейронки "GPT-2", разраработанной Михаилом Гранкиным переходите сюда https://porfirevich.ru/ .

#юмор

​​📈 Зачем доносить до команды успехи продукта?
Да, не всем это надо. Есть ребята, которые только за деньги пришли работать. Big picture им не интересна. Есть и те, кому продуктовые метрики дают седьмое дыхание. Потешить эго, маме сайт показать - все в эту корзинку.
Но есть и менее очевидные профиты, которые влияют даже на тех, кто просто пришел кодить.

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

👁 Проще принимаются изменения - смена приоритетов, изменения в подходах к разработке. Показываешь команде гибкий мир продукта и она готова двигаться вместе с ним.

👁Развиваем навык работы с приоритетами. Вспоминаем пост про котят. Бизнес транслирует команде, что важно для пользователя, на что сейчас акцентируют внимание продажи, что хотят инвесторы и т.д. От этого меняется восприятие командой продукта и она начинает принимать решения исходя их получаемых приоритетов.
Это можно отследить в динамике, когда команда "До" брала задачи из беклога по-порядку и "После" - когда разработчики и тестировщики друг другу говорят:
"Не, возьми вот это лучше сейчас и завтра в четверг катнем".

Дисклеймер - картинка стырена их интернетиков.

#разработка

Документация - зло?

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

И вот, один из разработчиков выступает с экстремистской мыслью.
"В аджайле документация - это вообще зло".
(читай: не надо документировать ее вообще)

Вокруг agile манифеста ходит очень много мифов и предубеждений. Каждый трактует принципы методологии как хочет.
Манифест гласит: работающий продукт важнее исчерпывающей документации.

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

👽 Кроме того, когда команда долго варится в agile процессах, кажется она забывает, что когда-то agile пришел как альтернатива каскадной (waterfall) модели. В ней принято выделять длительный этап написания ТЗ. И ценность такого подхода ставится под вопрос, потому что рынок и продукт - это живые, гибкие элементы. Исчерпывающее ТЗ может быть блокером роста и вызывать риск сделать то, чем не будут пользоваться.

Документация - не зло, это вопрос баланса в процессе разработки и поставке ценности пользователю.

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

#разработка

​​Менеджерские стоп-слова

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

‼️ Вроде
‼️ Не точно
‼️ Постараемся
‼️ Должны успеть
‼️ Не знаю сколько
‼️ Посмотрим
‼️ Сомневаюсь

Развейте сомнения
В голосе товарища сомнения - вызывайте отряд реагирования. Почему он сомневается? Значит что-то видит, чего не видите вы или команда. Это может быть какая-то "очевидная" зависимость на коллеге или чувство перегруза.

Реагируйте на стоп-слово, задавайте дополнительные вопросы:
👨‍💼 "Ну, должны успеть завтра выкатить обновление".
👩‍💼 "Почему вроде? Когда ты берешь первую задачу?"
👨‍💼 "Планировал вечером начать".
👩‍💼 "Окей, задача небольшая, завтра точно протестируем и закончим. А какие сомнения?"
👨‍💼 "Ну, мне нужно еще с админом связаться, он обычно занятой."
👩‍💼 "Давай ему сейчас напишем, чтобы зарезервировал на нас час завтра во второй половине дня на релиз. Тогда точно выкатим."
👨‍💼 "Давай, я сейчас напишу ему".
👩‍💼 "Если не сможет, напиши мне - посмотрим что можно сделать".

Смотрите на факты, оценки задач. Банально, влезают ли они в рабочий день.

👨‍💼 Ваня: "Вроде цели спринта у нас в порядке".
👩‍💼 Катя: "А когда ты закончишь задачи по второй цели?"
👨‍💼 Ваня: "Вечером сегодня (четверг)".
👨‍💻Костя: "Тогда ревью и тест упадут на пятницу. Возможны доработки и цель зафейлим".
👩‍💼 Катя: "Давай инцидент, которую ты хотел сейчас пофиксить на завтра отложим, он терпит. Хорошо бы закончить с задачами по цели к 15:00, чтобы отдать их на тест."

Игнорируя стоп-слова, мы отпускаем ситуацию на самотек.
❌ "Ну, должны успеть завтра выкатить обновление".
❌ "Хорошо, завтра посмотрим".

Сегодня может случится что угодно - прилетит инцидент или разработчик не попадет в оценку. Так, "завтра" может не хватить времени, чтобы среагировать на проблему.

Слышите/видите стоп-слово - остановитесь и раскопайте сомнения. Это даст вам больше времени на исправление ситуации, чем когда все пойдет лесом по факту.

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

А какие у вас есть стоп-слова для реагирования? Пишите в комментариях 👇

#софтскилы #разработка

Магия вне Хогварста или непрерывное попадание в цели спринта

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

Команда До применения:
😨 Заваливаем 1 спринт из 3-ёх. Команда занимается развитием и обеспечением маркетинговых штук в холдинге. У нас много хотелок от бизнеса, которые нужно совмещать с глобальными целями и технической поддержкой. Что-то выпадает из внимания, и как результат, мы не всегда достигаем целей. А достижение целей = выполнение наших обещаний бизнес заказчику.

Команда После применения:
🚀 5-ую неделю уверенно закрываем цели. Нас не остановить.

В чем магия:
Цель спринта раскладываем по дням недели. День недели + что будет сделано для достижения цели спринта.

Например,
Цель: Релиз № 77.5 на прод.
🔲 ПН - Отдаем QA-инженеру проверять на RC
🔲 ПН - Правки от QA
🔲 ВТ - Отдаем на проверку Заказчику к 12:00
🔲 ВТ - Делаем правки от Заказчика (принимаем фидбек до 15:00 Среды)
🔲 СР - Делаем правки
🔲 СР - Релиз в 22:00
🔲 ЧТ - Написать release notes

Каждый день на стендапе (daily scrum) смотрим на этот список и отмечаем, что сделали.

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

Такой подход позволяет достичь предсказуемости. Он полезен, когда
📎 у вас еще не сработалась команда и/или нужно добавить прозрачность в процесс,
📎 временные трудности: плотно запланированы задачи, недостаток рабочих рук, дедлайн впереди,
📎 при планировании своего времени, когда не знаете с чего начать.

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

Словарь
RC (release candidate) - задачи, которые почти готовы для того чтобы стать стабильной версией ПО, которую можно выкатить на прод.
Release notes - заметки об изменениях в программе, что нового у нас в приложении, полезны для техподдержки, пользователей.
Daily scrum / стендап - ежедневная планерка в формате Что сделал/Что буду делать /Какие проблемы

#разработка

Когда будет сделано?

❓Если спрашивают "Когда будет сделано?",
❗️то имеется ввиду, "Когда не надо ничего делать по ней, потому что все уже сделали: проверили, утвердили, порадовались".
Это не про тест, мастер, галочку в чеклисте.
Это про бой.

Между бизнесом и разработкой часто возникает недопонимание на этой основе.
Если бизнес-заказчик спрашивает "Когда будет сделано?" - не говорите о своей части задачи, когда вы ее закончите. Отвечайте за команду. Подключайте других членов команды и выясняйте ответ на вопрос вместе.

Здесь, я 100% на стороне бизнес-заказчиков - разработке в таком случае надо переучиваться и отвечать на вопрос без переводчиков, на языке бизнес-заказчика.
Команда отвечает за результат не в dev среде, а на проде, который зарабатывает деньги.

Кстати, комментики починились

#заказчик

​​Релиз в пятницу - Да или Нет?

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

Почему Нет?
🤯 Что-то отвалится и потом фиксить все выходные.
👉 В основном, кто топит против, руководствуются тем, что обязательно случится апокалипсис и все будут работать в выходные или вечер-ночь пятницы. Хотя в это время, по идее ты должен сидеть с пивом в баре.

Почему Да?
💆‍♂️ В первой половине дня можно, так как есть рабочее время на откат релиза или фиксы
👉 Если релизим утром, критические проблемы проявятся сразу, на них есть возможность отреагировать в течении дня. Шанс, что придется в субботу править очень низкий.

💆‍♂️ Удобно, потому что можно закрыть все задачи в конце недели и с чистой совестью уйти на выходные.
👉 На выходных не паримся, что задачи подвисли не в тех статусах, а в первый день следующей итерации доска чистая, планируемся "без долгов".

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

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

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

P.s.: отлично и подробно про релизы в пятницу высказался мой коллега и тимлид команды Поиска в Актионе - Максим. Не могу пройти мимо и не приложить скрин.

#разработка

В сети есть много материалов "как найти работу зарубежом". Много про программистов, а про менеджерские роли - мало. Поэтому я очень радуюсь, когда "менеджерский счетчик" пополняется. Сегодня я хочу поделиться полезными мыслями из доклада 2-х senior продактов из YouTube и Amazon о поиске работы зарубежом.

Что поможет в поиске работы ПМа

1) Релевантный опыт. Подавайте в сферы, в которых в уже имеете опыт работы продактом. Это увеличивает шансы, что вы подходите на вакансию и вписываетесь в портрет кандидата.

👎Плохой пример: отправляете резюме в FinTech стартап, но до этого работали 4 года в маркет плейсе. Вероятность, что вам ответят стремится к 0. Компании нужен именно ПМ с опытом в финтехе, который уже решал проблемы и задачи в этой области.

👍Идеальный пример: классно, когда у вас опыт в медиа компании и вы подаетесь в медиа компанию.

👍Хороший пример: подаетесь на вакансию, где требуется 5 лет опыта с машинным обучением. А у вас только 2 года опыта работы с ML, плюс еще 2 в макрет плейсе. Не спешите закрывать вакансию. Работодатели всегда завышают требования, поэтому стоит попробовать. Опишите что вы делали эти 2 года с ML, расскажите в чем разбираетесь и как вы можете это повторить и применить.

2) Ставка на скилы, которые можно "перевезти" в другую страну.

👎Плохой пример: разбираюсь в рынке недвижимости РФ - работаю на продукте в этой сфере. Этот скил тяжело перевезти - в США рынок недвижимости устроен иначе. Это релевантный опыт, если вы хотите в похожую компанию, но не акцент вашего позиционирования.

👍Хороший пример: умею в а/б тестирование, знаю все тонкости и трактую результаты. Хардскилы обладают понятной ценностью для "переезда" на глобальный рынок.

3) Нетворкинг и рекомендации. Если обычно на LinkeIn вы заходите, чтобы обновить профиль 2 раза в год, то сейчас сделайте его основным инструментом.
"Холодное" знакомство с человеком, который работает в компании, куда вы хотите попасть - увеличивает ваши шансы на успех. Это не про "устроиться по знакомству", а про понимание профиля кандидата, которого ищет компания. Если вас еще и порекомендуют, то без внимания HR-ов вы не останетесь.

Мифы о поиске работы зарубежом

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

🧐 "Продакты и проджекты зарубежом - это совсем другое, я не подойду".
Ожидания от ПМ в плане ответственности и функций, примерно такие же как и в России. Отдельно можно выделить, что ценится стратегический подход к решению задач. Об этом, кстати очень круто рассказывал ex-VP Netflix на докладе Netflix Product Strategy 2020. Это когда вы учитывает выбранный курс компании на следующие несколько лет и принимаете решения по продукту исходя из стратегии компании.

🧐 "Нас там никто не ждет, распаковываем чемоданы".
Крутых специалисты в дефиците, поэтому не бойтесь пробовать и мечтать.

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

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

Ставьте 🌎, если задумывались когда-либо о переезде в другую страну и 🌝, если вам классно с работой и в своей стране.

#карьера

Как принимать резкий фидбек

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

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

🧐 Кто-то: "В твоей последней задаче, наперекосяк все."
⛔️ Вы можете расстроиться,
✅ а можете спросить: "Что именно не так? Почему? А что я сделала хорошо? Хочу понять, что нужно повторять делать в том же духе."

🧐 Кто-то: "Ну, я на твоем бы месте сделал бы по-другому."
⛔️ Вы можете негодовать,
✅ а можете спросить: "А почему ты считаешь, что надо было сделать именно так? Как бы это помогло?"

🧐 Кто-то: "Ты очень неуверен, когда общаешься с заказчиками."
⛔️ Вы можете растеряться,
✅ а можете спросить: "А ты помнишь, в каких обстоятельствах я проявляю себя таким образом? Хочу понять это всегда или что-то вызывает эту робость."

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


#софтскилы