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

Постановка задачи
- какой цели хотим достигнуть? почему именно эта цель?
- в чем суть задачи? опиши задачу в одно предложение
- кому нужна эта задача и зачем?
- какую пользу она принесет бизнесу?
- какую пользу она принесет пользователю?
- пользователю точно это нужно? почему он будет использовать фичу/платить за это деньги/whatever?
- что будет если задачу не сделать?
- что в задаче самое сложное? что в задаче самое простое?
- можно ли задачу разбить на отдельные самостоятельные кусочки?

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

Анализ и исследования
- что доказывает спрос на эту задачу? (Метрика, Wordstat, запросы в саппорт, обратная связь, глубинки, исследования и тд)
- как эта задача решается сейчас?
- как ее решают конкуренты прямые и косвенные?
- как будем проверять, что задача выполнена и цель достигнута?
- какую боль пользователя закрываем (или можем заодно закрыть) решая эту задачу?
- какие вообще есть боли у пользователя? можно ли одной задачей закрыть несколько болей?
- можем ли мы дополнительно заработать/сэкономить в рамках задачи не теряя в качестве решения? так чтобы было выгодно и пользователю и бизнесу?
- какие исследования уже проводились — возможно, на соседнюю тему?
- сбор референсов

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

Проверка решения
- что в задаче можно проверить? (понятность, скорость распознавания, нужность и тд)
- как это можно проверить? (юзер-тестирование, Pathway,
- нужен ли для этого исследователь?
- провалидировать результаты проверки, внесни изменения если необходимо

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

Как стать хорошим руководителем (и вообще кем угодно)?
Сначала станьте плохим😏

Парадоксально? Сначала я тоже так подумала.

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

Что? Да! Я выяснила, что страх быть плохим руководителем© сковывает точно так же, как страх белого листа. Но что горазд хуже — этот страх мешает стать хорошим руководителем, а не помогает. И рецепт борьбы такой же.

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

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

Что интересно — только перейдя эту черту можно увидеть новые способы решения задачи. Будь это текст, картина, дизайн или руководство. Ну стал ты микроменеджером на недельку — оказывается, мир не рухнул, сотрудник не уволился, даже твой авторитет особо не пострадал. Главное — задачи были поставлены в нужном качестве и вовремя (то, за что мы денежку вообще-то получаем). А еще оказывается крошечные дозы микроменеджмента уместно и вовремя используемые могут быть очень даже эффективным средством, главное понять как это нативно встроить, чтобы в итоге не скатиться в такой стиль управления полностью. И границу эту не почувствовать не попробовав.

Что еще интересно — оказывается, сознательно сделать что-то паршиво очень, ОЧЕНЬ сложно. Что тоже терапевтично — осознаешь, что даже чтобы накосячить надо постараться, так что если ты просто сядешь что-то делать, то получишь что-то более менее приемлемое.

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

Но можно подставить туда что угодно. И переложить на (почти) любую сферу жизни.

Не знаете с чего начать решение задачи?
Попробуйте сделать то, что кажется хуйней.

Пожалуйста, не делайте хуйню, если вы хирург

Эфир прошёл!
Отлично поговорили с Олесей и Глебом на самые разные руководительские темы — как понять когда нужны еще дизайнеры, как их нанимать, вайтборд или тестовое, низкий перфоманс или нормальный и что делать если низкий и многое другое.

Запись готова и только и ждет, чтобы вы ее послушали (или посмотрели, ведь выглядим мы чудесно!)

Приду к бывшим коллегам в эту пятницу, чтобы немного поговорить о руководительском))

Стажировка — что это вообще такое?
И как получить максимум пользы когда вы на нее уже попали.

Стажировка для самого стажера это возможность получить практические профессиональные навыки, которые не может дать ни один курс или другое обучение. А еще:

1. Посмотреть как на самом деле устроена работа в компании — сейчас в бигтехе она устроена +/- одинаково. Это знание помогает лучше понять, какие навыки качать приоритетнее, какие софты нужны.

2. Научиться реальным прикладным навыкам — собирать мудборды как учат на курсах классно, но совершенно не применимо в рядовой продуктовой задаче. А вот собирать референсы — особенно не прямые — это особый навык и нужен он часто, потому что закон Якоба никто не отменял.

3. Быстро вырасти — вы в окружении опытных профессионалов, каждый готов дать совет и поделиться опытом, научить, помочь, как тут не вырасти?) И это точно будет быстрее, чем на курсах, хакатонах и даже на фрилансе.

4. Понять, что эта профессия для вас — может вы на самом деле хотите быть креативным или коммуникационным дизайнером, а не продуктовым? Может все эти исследования, метрики не для вас? На стажировке точно поймете!)

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

Для чего это компаниям

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

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

3. Ну и конечно, найм стажера это возможность вырастить сотрудника специально для команды — если ситуация позволяет планировать так далеко, то это вроде стратегической инвестиции. Мы берем и учим стажера сейчас, через 3-6 месяцев он становится более автономен, у нас открывается ставка и мы берем его в штат, уже наученного и заонбордившегося (экономия на найме!). Правда, сейчас такие времена, что у многих компаний даже на 3 месяца загадывать не получается — уже открытый найм замораживают, штат сокращают, продукты закрывают, ну в общем всякое может произойти.

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

Но! Выкладываясь на стажировке на полную вы растете в ускоренном темпе и к концу стажировки если все делали правильно сможете претендовать на джун+ и возможно даже мидл позиции. А это уже приятная зарплата, место в штате не на птичьих правах, задачи поинтереснее да и вообще спокойнее. Если вы проходили стажировку в крупной компании — те, что поменьше будут вас рассматривать с особым интересом.

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