Pull to refresh

Comments 9

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

теперь знаешь зачем помнить — чтобы отвечать на собесе))))))

Это и не баг должен быть, а багище! Кто его допустил - редиска. Если это ты - упоминать не обязательно.

результат стал измеримым: доля тикетов по этой проблеме снизилась с 75% до 15%.

Тупой вопрос: а это как? Было какое-то среднее кол-во тикетов по конкретной проблеме – это 100%. После изменений тикетов стало в среднем вот на столько процентов меньше. Например, на 50-70-80.

Почему начальное 75%?

Типа, 75% тикетов в поддержке было по этой проблеме, а после того, как я задезайнил – по этой проблеме в общем котле их стало всего 15%? Так может это не потому, что дизайнер молодец, а потому, что другие баги вылезли?

Важнее всего, чтобы содержимое портфолио соответствовало запросу нанимателя. Если в вакансии ищут продуктового дизайнера, а в портфолио - только визуальные или концептуальные UX-работы без метрик и продуктовой логики, то смотреть, скорее всего, не будут. Ограничения (NDA, мало кейсов) - это одно, но релевантность - это базовое условие.

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

На сайтах IT-волонтерства часто задачи на дизайн, там прямо пишут, что хорошо для портфолио, готовы работать с неопытными

Как будто бы маловато инфы, мне кажется, что условный джун посмотрить и скажет "ок, а от мне что требуется?". Если нет вообще ничего, что им делать? Не показывать же заглушки для личных проектов, если такие проекты вообще есть

Круто! Будет еще материал про портфолио?

Sign up to leave a comment.

Articles