Public speaking: преодолеваем страх.
Больше десяти лет я безумно боялась выступать на публике. Очень этого хотела, но просто не могла физически.

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

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

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

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

Что помогло справиться со страхом?
1. Проработка проблемы и принятие, что не каждая деталь должна быть идеальной.
2. Понимание, что качественная подготовка снижает уровень стресса => меньше стресса – ниже скорость.
3. Отсутствие выбора и наличие постоянной практики.
4. Осознание, что мой контент несет ценность аудитории.
5. Отношение к выступлению не как к лекции, а как к разговору с людьми (крутая штука с тренинга, расскажу про нее завтра).

Public speaking: выступление как разговор, а не как лекция. Метод хуков.
Я стрессую выступать с трибуны или читать доклад. И я знаю, что у многих есть такая же проблема. Чтобы меньше стрессовать, надо понять причины страха.
😰 Вот мои:
1. Никто меня не поймет (быстрая речь, сложные слова).
2. Никто не будет меня слушать (а мы сами внимательно слушаем лекторов, даже если они несут офигенный контент?).

С первой причиной бороться просто: рассказываем так, чтобы понял и ребенок. Если называем термин, который будем часто использовать, то разжевываем его. Решить вторую мне помог шикарный тренинг Presentation Skills. Там я узнала про метод хуков.

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

Хук работает на переключении внимания с одного источника на другой. Хуком может быть любой интерактив, который мы используем в презентации.
🔱 Например:
1. Видео, музыкальный отрывок.
2. Картинки, фотографии.
3. Голосовалка или квиз.
4. Вопрос в зал, на который мы ждем ответа.
5. Любая быстрая игра.
6. Если два спикера, передача слова другому.
7. Рассказ про пример из практики.
8. Практическое упражнение.
И так до бесконечности. Причем нет запрета использовать слишком много хуков в одной презентации, наоборот: их нужно использовать сразу как мы чувствуем, что внимание аудитории рассеивается (чаще всего это происходит каждые 5 минут).

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

Перерождение в большого босса или «отвали от людей».

У меня год назад случился интересный транзишн: я из простого руководителя команды (которая еще и брала год отдыха от управления людьми, потому что выгорела и больше не могла) стала менеджером менеджеров. И я прямо почувствовала, как изменилось все. И как меняются правила игры, по которым я играла, когда была просто тимлидом.
Но одно правило для менеджера менеджеров стоит для меня особняком. Я его формулирую как НЕ ЛЕЗЬ!
Отстань от людей, если они не твои директ репорты. Не трогай процессы нижнего уровня, если только ты не понимаешь, что тимлид в твоей команде не справляется совсем.

Мой священный свод правил НЕ ЛЕЗЬ:
⛵️ 1. У тебя команда руководителей. Это больше не стажеры/джуны, за которыми надо перепроверять. Надели их полномочиями и отпусти в свободное плавание.
🎓 2. Есть большая вероятность, что тимлиды из твоей команды сильно функционально экспертнее, чем ты. Это прекрасно, не нужно этого бояться и страдать синдромом самозванца.
🏯 3. Делегируй своим менеджерам большой кусок полномочий: не только людей, но задачи и процессы.
👵🏼 4. Да, ты точно лучше некоторых из них знаешь, как оптимизировать те или иные процессы, но дай им самим попробовать. Коучи, если надо, но не ментори. Поверь, у многих из них оптимизация получится еще лучше, чем у тебя.
🛂 5. Регулярно отслеживай результаты работы. Если тимлид не справялется и начинает факапить, это надо узнавать немедленно.
Я один раз не отследила вовремя и получила заваленный проект, необученных стажеров и выгоревшего крутого миддла, которая ушла из компании.
🙅🏽‍♂ 6. Не лезь к подчиненным своих менеджеров. Не давай им негативный фидбек, не сообщай им новости о повышении грейда или зарплаты, НИ В КОЕМ СЛУЧАЕ не проводи с ними регулярные 121ы. Ты просто всем этим дискредитируешь их непосредственного менеджера.
У меня один раз была менеджер, которая сама звонила моим директ репортам и их репортам, чтобы и обсудить проблемные кейсы, и сообщить хорошие новости. Ну и это просто ужасно, это демотивирует абсолютно всех, кто в это вовлечен. Люди не понимают, кто их руководитель, какая иерархия, не понимают, кому доверять. Это просто собственноручный расстрел своей команды. При этом мы как руководители людей не развиваемся, а управлять процессами мы могли и без команд в подчинении. Не доверяешь людям – ходи с ними на эти встречи, слушай и давай фидбек по итогам.
👄 7. Если тебе важно донести обратную связь подчиненному подчиненного лично от себя, сделай это на общей встрече с его менеджером.
🤙🏻 8. Регулярные 121 запрещены, но вот ежемесячные или ежедвухмесячные полезны – иначе как ты узнаешь, что твой директ репорт начал косячить как менеджер.
😉 9. Позитивную обратную связь на -2 уровня давать можно, но хвалить надо не кого-то одного, а всю команду, которая участвовала в достижении результата. Есть шанс, что ты не видел реального положения дел и очень сильно обидишь какого-нибудь пахаря.
👨‍👧‍👧 10. Ну и одного своего тимлида тоже не хвали, он не один результата достигал, а с помощью команды.

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

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

❓ 2. Нужно ли в какой-то момент сказать "нет" автоматизации? Все мы знаем, что не каждый бизнес-кейс сойдётся, сегодня мне вот саркастично сказали, что вообще "не надо HR автоматизировать, не верю, что это выгодно" (не в моей компании, разумеется). Но и правда, какая-то автоматизация будет окупать себя десятки лет. Нужно ли отказаться от такой автоматизации, даже если она сэкономит часы работы узкой целевой аудитории (например, админам поддержки или специалистам по кадрам)?

❓ 3. Как быть с политикой во время автоматизации? Как управлять ожиданиями заказчика, доносить до него, что не 100% будет готово к сроку, и что вообще-то пользователи не очень согласны с тем процессом, который видит он? А может, пользователи просто не готовы к Форду и ссылаются только на свою медленную лошадь? А топ-менеджер прав, и надо делать, как он говорит?

К чему это я. Приходите завтра на мой вебинар по неэффективным бизнес-процессам, который я провожу вместе с Changellenge>>. Контента у меня на двое суток, но у нас будет полтора часа. Посмотрим на те 39 слайдов, которые я сделала, подробно разберём 4 процессные схемы в Miro и Visio и разгромим 2 ужасных бизнес-процесса, по которым я когда-то работала.

🕸 Регистрация по ссылке, и всех жду: https://changellenge.typeform.com/to/vlfQMuLJ

Треш-пост про лестницу и пустую чашку

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

🔍 Кейс: каждое утро я пью кофе на работе. Понятный JTBD: В 8.30 утра, когда я сонная и ничего не соображаю, я хочу закинуться дозой кофеина, чтобы настроиться на эффективный рабочий лад.
И компания отлично решает эту джобу: на каждом этаже у нас есть 2 кухни, где стоят кофемашины, чашки и куча сиропов на выбор.

🐞 Что сломалось: офис-менеджер увидела, что я каждое утро с 13 этажа прихожу с чашкой на 14 этаж, наливаю себе там кофе и ухожу.
И вот вопрос, почему пользователь в моем лице ломает такое классное решение боли как «дойти 10 шагов до кухни и налить себе кофе», и идет с чашкой по лестнице на другой этаж?

🕵🏻‍♂ Гипотезы:
1. У меня есть другая продуктовая боль, что я мало хожу и занимаюсь спортом, поэтому я намеренно игнорирую ближайшую кухню. Но зачем мне тогда чашка? Взяла бы её сразу на 14-м.
2. Мне не нравится сорт кофе на моем этаже. Но это нелогично, он же итальянский. И опять же, зачем мне тогда чашка?
3. Кофе-машины на обеих кухнях сломались. Но…ЧАШКА ЗАЧЕМ?

🙉 Что узнала наш продакт/офис-менеджер, когда задала мне вопросы?
На самом деле я несколько раз сталкивалась с тем, что на 13 этаже в обеих машинках сбоили настройки: либо они наливали не 300мл латте, а где-то 200, либо наливали без молока, либо было очень мало пенки. Плюс они не варят капучино, что немаловажно, я люблю, когда много пенки.
И я устала каждое утро думать, а нальет ли мне машинка вкусный кофе, я хочу один раз нажимать на кнопку и получать нужный результат, а не метаться между двумя кухнями. Поэтому я зачастила на 14 этаж, где машинка меня не подводила + умеет варить капучино с крутой пенкой.

☕️ Настя, ЧАШКА ЗАЧЕМ?
JTBD: Когда я заряжаюсь кофеином, я хочу, чтобы мне нравился вкус напитка, для того, чтобы мои вкусовые рецепторы тоже получали удовольствие.
Разгадка: я люблю кофе с мятным сиропом. А на 14 этаже стоят все сиропы кроме мятного. Поэтому я каждое утро иду на кухню на 13 этаже, беру розовую чашку, наливаю в нее мятный сироп, а потом иду на 14 этаж и наливаю там капучино.

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

Начинаем вебинар про бизнес-процессы, приходите к нам!
Ссылочка на трансляцию: https://zoom.us/j/6289646964

Появилась запись вебинара: https://clck.ru/XFVaU

На самом деле ожидала, что подготовка будет такой ресурсной.

🧘‍♀ Рефлексия:
1. Слайды.
Мы в Авито в подавляющем большинстве случаев отказались от использования слайдов и используем формат Word. Я сначала не понимала, в чем прикол, а потом поняла, насколько это круто и дёшево в производстве.
Прямо вспоминаю свой прошлый опыт: "Да, Настя, аналитика в экселе у тебя отличная, а теперь переложи это на слайд". Ну нет😭.

2. В первую очередь я делаю слайды для себя, чтобы понять, о чем буду говорить. Трачу на это кучу времени, а потом не успею отредактировать из формата "для чтения" в формат "для выступления". Не говоря уже о том, что для такого формата надо наизусть знать текст, а свой даже прогнать 1 раз полностью не успела.

3. Не думала, что у меня так много контента, которым хочется поделиться. За ночь 32 слайда превратились в 41, из которых я со щемящим сердцем пыталась хоть что-то выпилить, чтобы уложиться в 90 минут. Спойлер: не уложилась.

4. Очень классные вопросы и тёплый фидбек в конце 💜
Мотивирует продолжать выступать дальше.

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

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

Не так давно мы в Авито стали работать нам тем, чтобы активнее делиться опытом и экспертизой с окружающим миром, и зашли на платформу Getmentor. Причем зашли очень крутым составом: там и дизайн директор, и глава UX лабы, и один из tech директоров, и несколько мощнейших продактов. Я тоже создала себе профиль и описала, чем могу помочь, ни на что особо не рассчитывая (ибо см. выше).

И я была очень удивлена, что мне почти сразу падать заявки. В основном они касаются запросов:
1. Как войти в продакт менеджмент без релевантного опыта.
2. Как составить резюме/ адаптировать опыт для резюме/ лучше описать проекты и достижения.
3. Как понять зоны развития как продакта и прокачать их.

То есть, что самое крутое, это все карьерные запросы к моему опыту на стыке, который, как я думала, никому не интересен.
Причем запросы оставляют совершенно разные люди. Для меня шок, когда ко мне на менторство приходит человек уровня топ-менеджера, который ВУЗ закончил раньше, чем я родилась. Да, он не из ИТ, и хочет войти в ИТ, но чем я могу ему помочь? А оказывается, что могу или частично могу, и я от этого очень сильно кайфую.

🆓 И кстати это все абсолютно бесплатно, потому что для меня ценно не денег поднять, а реально помочь.

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

Из кого получается удобный для ментора менти (или Почему важно Знание себя)?

Я сейчас тестирую фреймворки менторинга, которые создаю сама. И сегодня подтвердила одну гипотезу про свой фреймворк карьерного консультирования.

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

🙋🏼‍♀ Я могу помочь заполнить это многоточие, но сделать это быстро (читай за 1 час) я смогу только если у менти развита компетенция Self-awareness.
Что это значит? Базово, что человек способен рефлексировать относительно себя и отвечать на вопросы про то, что у него круто получается, что не особо, какие он вещи и проекты считает ценными, а от чего его воротит. И это довольно сложно сделать, если выгорел, и бесит буквально ВСЕ. А ещё сложнее, если скилл рефлексии просто не прокачан, и человек на меня смотрит абсолютно пустым взглядом. Тут я сразу понимаю, что за один раз мы не управимся.

Без скилла self-awareness человек просто плывет по течению, рандомно обучается всему подряд, распыляется, не использует свои сильные стороны. Точно не может самостоятельно осознанно поставить себе цель.
А ещё это супер важный нывык именно для продакта, которому постоянно нужно понимать, какие конкретно ему сейчас скиллы нужны для развития продукта, и чего не хватает в эту секунду.

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

У меня есть ряд гипотез, как можно быстро и слегка искусственно добрать self-awareness, продолжу их проверять и делиться тут результатами.

#вебинар
Сегодня в 19:00 веду вебинар про составление резюме продактов в рамках карьерного марафона от ProductStar🚀.

Поговорим про:
- Как подходить к резюме как к продукту
- Смешные косяки и best practices составления резюме продакта
- Как составить резюме стажера/джуна, миддла и синиора.

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

Стартуем вебинар про резюме, приходите, кому тема актуальна💜
Ссылочка на трансляцию:
https://www.youtube.com/watch?v=O7xhtttgdIc

Растим эмпатию команды к продукту❤️

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

Наши идеи:
👄 1. Вовлекать в интервью с пользователями.
Если у команды есть время (не стоит какого-то жесткого дедлайна, который не позволяет разработчикам ни на секунду оторваться от кода), то совместные кастдевы – отличная возможность лучше почувствовать, что болит у аудитории. Моя команда до моего прихода жила без продакта 8 месяцев, и все это время сама ходила к стейкхолдерам. И они настолько круто узнали заказчика, что могут челленджить многие мои решения, причем не просто словами «мы тоже пользователи, нам так будет неудобно».

👂🏻 2. Рассказывать им про результаты UX-ов.
Если разработчики походили на выборочные интервью с продактом, у них может возникнуть эффект искажения: они могут привязаться к тому, что услышали, и подумать, что то, что болит у одного пользователя – это общий паттерн. Поэтому важно звать их на обсуждение результатов исследования или на презентацию проблем и решений UX-а.
Мы сделали такое на моем прошлом продукте, но тимлид воспротивился тому, чтобы мы оторвали на целый час разрабов от кода, поэтому сказали всем «приходите по желанию». В итоге те фронты, который пришли на презентацию UX, все время могли качественно челленджить решения дизайнеров и говорить, что «на юзабилити пользователи такое не замечали, давайте переделаем».

🎞 3. Звать на демо клиентов.
Самую быструю обратную связь мы получаем на демо, это давно известно. Но как ее получить, если ты работаешь в B2B? Звать сейлзов и стейкхолдеров – не то, получится испорченный телефон. Можно попросить сейлзов выделить группу самых лояльных и вовлеченных клиентов и звать их на спринтовые демо. Причем нужно на первое время забрифовать всех гостей не жестить и не говорить ничего неприятного, чтобы не демотивировать команду.
На моем прошлом продукте мы сначала стали звать на демо самого главного заказчика, потом держателей каждого бизнес-процесса, а потом людей из рабочей группы и из поддержки. Чем больше комментариев мы получали, тем лучше вся команда понимала, в какую мы сторону движемся.

💻 4. Разработчик сам проводит демо.
Максимально мощный инструмент, который мы используем у себя на продукте. У нас есть практика дежурств: каждый спринт определенный разработчик отвечает на вопросы по поддержке и готовит демо.
Чтобы провести демо, ему нужно понять общий скоуп задач, что было сделано в спринте коллегами, самому протестировать весь функционал и в итоге про него рассказать.

📲 5. Сделать чатик поддержки/фича реквестов самых лояльных клиентов.
У нас на продукте (так как он внутренний) очень близкий контакт с пользователями: у нас есть чатик в слаке, где нам в живом режиме задают вопросов по функционалу или api, говорят про баги и накидывают фича-реквесты. И дежурный лично отвечает на эти вопросы и общается с пользователями. Это съедает около 30% его времени в спринте, но дает понимание самых неудобных моментов в продукте (потому что паттерны видно в момент).
Если продукт внешний, то можно опять же выделить группу активных пользователей или клиентов и создать с ними чатик. Так разработчики увидят частые вопросы и даже смогут сами на них ответить (правда, вряд ли они это будут делать без процесса дежурств).

👸🏼 6. Внедрить персоны.
Я пару лет думала, что метод персон – ерунда какая-то. Ну придумываем мы типового пользователя, наделяем его фоткой и именем, что за глупость. Но один раз в рамках разработки стратегии продукта решила попробовать, сделала слайды с персонами и показала новичкам из команды на индакшне. И это был взрыв.
Никогда еще мне на индакшне не задавали столько вопросов и не давали столько комментариев. Внезапно дизайнеры поняли, что их типовому пользователю за 40, аналитики поняли, что HRы не поймут сложные тексты в интерфейсе, вся остальная команда поняла, ради кого мы все это делаем.

Люблю такие классные запросы, которые заставляют подумать и структурировать опыт и мысли💜.

"Тебе никогда не достичь успеха в карьере в HR".
Это 5 лет назад на полугодовом ревью сказал мне топ-менеджер Марса.

Как он тогда это обосновал? Настя, ты быстро говоришь, слишком безэмоциональная, не размахиваешь руками во время речи, вся такая cool & composed, и тебе сложно создать хорошее первое впечатление. Слабые стороны слишком сильны, да ещё и не развиваемы. Не хочешь попробовать в другой функции поработать? Ну вот в аналитике, например.

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

Что я могу сказать спустя все это время? Выгорев в 0 в HR, поняв, что это не моё, и уйдя в ИТ? Что, возможно, если человек уровня топ-менеджера даёт тебе фидбек, он может быть прав😄.

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

🤔 Но в чем этот топ-менеджер был не прав? (Не считая того, что свои выводы он базировал на часовом общении).
Он ужасно донес свой фидбек. Зачем фокусироваться на слабых сторонах и травмировать человека, если ты можешь донести смысл совершенно иначе?

Как? Сфокусировавшись на моих ценностях и сильных сторонах.

Настя, что для тебя ценно? Какие у тебя сильные стороны? Сколько по времени ты их применяешь в повседневной работе? От чего ты кайфуешь? А что доставляет тебе стресс? Сколько в твоей работе вещей, которые доставляют тебе стресс?
Это только часть вопросов, которые могут помочь адресовать проблему и помочь понять, что человек занимается не тем, что ему в радость.

(📚 Для классного самоанализа рекомендую книгу М.Бакингема "Заставь свои сильные стороны работать". Сейчас читаю и кайфую.)

P.S. Чем дело кончилось? Естественно, я закусила удила и поставила себе целью доказать ему, что он не прав. Следующие полгода я развивала коммуникабельность, открытость, умение общаться с коллегами, чтобы на следующем ревью показать ему, как я изменилась и смогла развить то, что он считал невозможным развить.
У меня были готовы новые фидбеки, модель поведения, презентация, все-все.
А за день за ревью получила оффер на тимлида и уволилась😅.

🐼 Pet project: пилить нельзя забыть.

Руководствуясь правилом "хочешь сделать - пиши об этом", хочу рассказать о том, что меня уже полгода свербит мысль начать делать pet project.

Причём свербило меня изначально с неправильной мотивацией. Почему мне хотелось что-то свое (причины в порядке приоритета):

📊 1. Покрыть те пробелы, которые у меня появились из-за специфики работы над внутренним продуктом: монетизация и работа с продуктовыми, а не процессными метриками.

🤴 2. Желание сделать что-то значимое и крутое, что-то, чем будут пользоваться и любить.

💸 3. Дополнительный источник дохода.

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

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

1. Сервис по приоритизации гипотез.
✅ Почему мне нравилась идея: она решала мою личную боль ведения тонны экселек с экономикой и RICE, сведения всех данных по impact и effort в один файл, выстраивания и редактирования роудмапа.
🚫 Почему я отказалась от идеи: продакт менеджмент в России новый процесс, если такое решение делать, оно должно быть максимально настраиваемое, потому что все приоритизируют и считают экономику по-разному.
Вторая причина: B2B рынок.

2. Сайт для проектирования дизайна интерьера.
✅ Почему мне нравилась идея: она решала мою личную боль планирования ремонта. Я начала проектировать квартиру и столкнулась с кучей вопросов, ответы на которые пришлось искать в разных источниках. С чего начать? Как продолжить? Что должно входить в дизайн-проект? Когда передавать проект бригаде? Где искать классных исполнителей?
🚫 Почему я отказалась от идеи: очень узкая целевая аудитория, много сервисов, которые дублируют части функционала, не подтвердились гипотезы, не сошлась экономика.

Но third time is a charm, right?
Я замахнулась сделать продукт на перенасыщенном рынке Edtech😅.

Почему сейчас я хочу начать инвестировать в это время?

🤗 1. Я верю в то, что контент может принести людям ценность (и базово гипотезу подтвердила).

💲 2. Изначальные финансовые инвестиции минимальные.

На той неделе у меня был менторский звонок с потрясающей Александрой Клименко по поводу моей идеи в контексте её платформы MySimulator, который просто разорвал мне сознание. Столько полезных советов за полчаса я, возможно, не слышала никогда в жизни.
(Теперь поняла, почему мои менти так меня благодарят после нашего общения).

🏃‍♀ Буду пробовать этот новый для себя опыт и, конечно, рассказать обо всем здесь.

Ненавижу поддержку (нет)

Уже неделю хочется написать пост про поддержку пользователей. Причём хочется написать с совершенно разными эмоциями: от "нужно делать поддержку своими руками хоть изредка" до "как же я ненавижу поддержку, это худшее, что есть в жизни".

Обо всем по порядку.

На прошлой неделе у нас был релиз. Выкатили в прод процесс, который дискаверили и разрабатывали 3 месяца. С понедельника начали сыпаться вопросы в чатик. Сначала немного, пользователи репортили минорные баги, нашёлся один плавающий критичный баг (и все ещё не отловлен, зараза), комментировали юзабилити, что было очень полезно.
Я искренне радовалась, что пользователи знают, где нас найти, куда написать про свои проблемы. Завела страничку в Confluence, куда записывала все комментарии и идеи.

В четверг случился hard launch, раскатились на 100% аудитории, и всех просто бомбануло.
Команда в 10 человек (заказчики, разработчики, тимлид и я) нон-стоп в авральном режиме отвечали на вопросы, объясняли по методологии и тушили пожары.

🔥 А пожар был ещё какой. И это ещё один пункт про боль работы над внутренним продуктом: всегда нужно сохранять баланс между необходимой методологией и тем, что хотят пользователи. Если баланс будет разрушен, то они будут искать любые обходные пути, лишь бы не пользоваться решением.

Такое активное вовлечение в поддержку выжимает все соки, а ещё сбивает фокус. Ты видишь хорошие фидеки, видишь крики, видишь смешанные, и очень хочется пойти и что-то срочно сделать. Типа все откатить. Или срочно запилить ещё одну фичу, которая не продумана с точки зрения требований и процесса и не описана в документации. И тут самое главное - связать себе руки и дождаться метрик.
Шёл понедельник следующей недели. Все еще жду😅.

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

Как выжить на поддержке, когда у тебя внутренний продукт?

Практически с поддержки начался мой вход в ИТ. Я работала на стороне заказчика, и мы внедряли коробочную систему, которую долго и упорно настраивали, готовили к ней требования и тестировали (как бизнес-заказчики могли тестировать, т.е с попеременным успехом). И когда внедрение первой волны завершилось, мне предложили дополнительную нагрузку в виде роли с устрашающим названием "ключевой пользователь". Взамен мне дали стажера, который снял часть нагрузки с моей команды.

🤔 Что за зверь такой этот ключевой пользователь (AKA ки юзер)?

Представьте, что у вас есть внутренний продукт, который разрабатывается командой из продакта, аналитика, разработчиков, дизайнера. И тут вам прилетает вопрос: а почему такая методология кривая? Почему я должен заходить в систему и заполнять заявку на подбор? Мне вполне удобно было написать в Skype "Настя, набери как будет минутка", и рассказать про вакансию.
Вопрос чисто методогический, и на него не может правильно ответить (и не должен!) дежурный разработчик или администратор поддержки.

А кто должен? Продакт? Может. Он 100% знает, почему были приняты те или иные методологические решения, но все равно это будет не очень весомо. Правильно в этот момент будет включиться представителю заказчика и сказать "Серёжа, у тебя же болит аналитика и чистота данных? Вот теперь у нас такая автоматизация, которая позволяет в моменте из заполненных тобой данных построить дэшборды и понять, как ты давно передал вакансию в работу. А ты будешь отслеживать прогресс работы по ней, ты же страдал из-за непрозрачности рекрутмента".

(Любые совпадения случайны😂)

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

❤️ А теперь минутка любви: как хорошо, что наши заказчики вовлекаются в поддержку без каких-то формальных ролей, а просто потому, что они клевые.

Лучший друг продакта

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

Я видела все цвета радуги тимлидов.
🙆🏼‍♂️ Видела невероятно классного в технину, но считавшего, что если на проекте есть проджект, то пусть он управляет разработкой.

👨🏻‍🦰 Видела молодого и жадного до власти, который не понимал масштабов продукта, на который попал, и не умел прикинуть сроки (все его сроки надо было как минимум х6).

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

🧔🏻 Видела (= сейчас работаю с) прекрасного, который и в команду, и в продукт готов (даже интервью проводить), и руками кодить как фуллстек, и все скрам ивенты фасилитирует, и вообще все.

🤷‍♀️ И вот вопрос: а что вообще я жду от тимлида?
Наш тимлид:
1. Отслеживает мотивацию команды и управляет ей.

2. Строит сильную команду и не боится принимать сложные решения.

3. Рассчитывает и планирует необходимые ресурсы для выполнения стратегии.

4. Оценивает большие куски разработки и помогает ставить цели на квартал.

5. Экспертно оценивает фичи и челленджит команду, если они недо/перезакладываются.

6. Помогает доносить до команды стратегию и понимание продукта.

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

8. Помогает (по доброте душевной) с роудмапом, особенно с тем, который детализирован до спринтов и внутри спринта.

9. Техдооооолг!))

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

Почему мы постоянно выгораем?

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

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

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

😩 1. Сложно с результатом. Большинство наших гипотез, к сожалению, не подтверждается. Если подтверждается половина, то это с ума сойти какой результат. И получается, что мы кучу времени и ресурсов тратим на то, что точно не увидит свет. При этом тратит не только продакт, но и дизайнер, и даже разработчики. И мало того, что продакту нужно самому признавать, что ничего не получилось, так еще и не расстроиться и вдохновлять себя и команду на следующие вершины.

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

😵‍💫 3. Постоянное переключение между задачами рождает много стресса. Мы повсюду. Мы бегаем к стейкхолдерам, описываем задачи, проектируем, общаемся с пользователями, смотрим аналитику, сводим P&L, чертим роудмап, мотивируем команду, продолжать можно бесконечно. И в большинстве случаев в течение дня стоит много встреч и много задач, и у каждой своя направленность. В этом одновременно и кайф нашей работы, и огромная сложность. Я после максимально активных дне чувствую себя лимончиком, которому даже на тренировку идти не хочется.

🥴 4. Теряем видение цели. У меня в управленческом скоупе огромная экосистема. Если выписать все, что мы хотим сделать, то 10 команд разработки будут пилить фичи 3 года. И бессознательно очень хочется упростить себе жизнь и сделать детальный роудмап на все это время (и, конечно, мы его делаем). Только вот роудмап на 3 года нежизнеспособен, сроки факапятся, приоритеты меняются, и мы снова сталкиваемся с тем, что сделали неработающий инструмент.

💔 5. Попа в (личной) жизни. Проблемы в личной жизни и просто в жизни очень сильно влияют на мою продуктивность. У меня есть режим «счастье», когда у меня только начинаются классные вещи в жизни, которые меня мотивируют делать экстра и инвестировать в свои проекты. Есть режим «полное одиночество», когда я закапываюсь в сублимацию и занимаюсь только работой, а есть еще третий режим «попа». Это когда проблемы выходят на первый план и съедают все ресурсы, в том числе рабочие.

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

И небольшой фотоотчет: