В 2017 году я мечтала найти работу в IT, мне было всё равно как, лишь бы куда-нибудь взяли.
Но даже тогда на предложение работы в HTML Academy, я ответила письмом с 20 вопросами про условия работы – после оказалось, что это было плюсом мне в копилочку
Что мы получаем, если не задаём важные вопросы потенциальному работодателю?
- теряем время на неподходящей работе
- деградируем, а не развиваемся
- портим резюме (мне предстоит объяснять на собесах, почему я проработала в Ясно только полгода)
Кстати, я задавала важные вопросы на собесах, можно сказать, что даже собесила собеседующих, но это не уберегло меня от мискаста
Но это уже другая история – я оптимистично оценила свои силы и махнула рукой на красные флаги, на которые махать рукой не стоило
Для стеснительных пирожочков, которые боятся задавать важные для себя вопросы на собесах:
работодателю выгодно, если вы покажете себя и спросите всё, что вас волнует до принятия оффера
- компания тратит деньги на поиск, онбординг ... 🔽
- закрывает вакансию и мимо проходят подходящие кандидаты
- возможно, получает не тот результат, потому что вы вышли на работу, вам не понравилось, вы немотивировано плохо работаете -> это может и команду в целом подкосить
Как понять о чём важно спросить?
Я составила для себя список всего, что мне важно/хотелось бы иметь на работе. Писала честно и вообще всё, что приходило в голову от свободного графика до понятных и близких мне миссии и ценностей компании с уточнениями про что они должны быть
В списке я выделила три категории:
- критически важно
- хотелось бы, чтобы было (но можно перекрыть другими плюсами) – вопросы, где, скорее всего, нужно будет договариваться
- приятные плюшки
На основании этого списка составила список (я королева списков) вопросов, которые буду задавать на собесах. Вопросов получилось дофига, поэтому я выбрала самые приоритетные, которые обязательно надо задать на этапе собесов
Вопросы я разбила по темам
- миссия и зачем это всё
- по вакансии
- рабочие процессы
- развитие сотрудников
- коммуникация
- денешки
- бытовое
- вопросы к hr
- вопросы к CEO
- вопросы к руководителю
Давайте занырнём в эти категории, приведу несколько своих примеров
Миссия и зачем это всё
- Какая миссия у компании? Какие проблемы и боли людей вы решаете?
- Какая у компании стратегия и цели на ближайшие 3-5 лет? Почему именно такая?
Особенно интересно задавать эти вопросы разным людям на разных этапах собесов и увидеть, что в голове у СЕО одно, у твоего потенциального руководителя другое, у hr третье и это всё не складывается в одну картинку – упс
По вакансии/должности
На всякий уточню, что не предлагаю задавать вообще все указанные мной вопросы - задавайте те, ответы на которые вам важны
Испытательный срок
Рабочие процессы
Команда
Мне важно увидеть, как руководитель рассказывает про команду. Кто-то скажет, что Вася-разработчик ворчит по утрам, любит кошек, у него маленький ребёнок, а кто-то скажет "Вася-разраб, Петя-дизайн, Варя-тестировщик" и всё
Развитие сотрудников
Мне важно понимать, куда я могу развиваться, как в компании относятся к развитию сотрудников, насколько процесс роста понятен и прозрачен
Коммуникация
Оказывается, есть компании, где нельзя шарить на всех сотрудников цифры статистики и показатели прибыли – "вдруг они расскажут конкурентам". Такое недоверия – огромный красный флаг для меня
Денешки
Бытовое
Обычно про плюшки и спрашивать не надо – компании сами охотно про это говорят, это ж их конкурентное преимущество
Вопросы к hr
- Что самое классное за последний год случилось в компании?
- Как часто уходят люди и почему?
- За что в компании увольняют?
- Где на твой взгляд будет эта компания через 5 лет?
- Что самое главное о компании должен знать новый сотрудник?
Вопросы к руководителю
Супер важный блок для меня. Личность руководителя очень влияет на всю работы, поэтому важно увидеть хочу ли я работать с таким человеком, может ли он меня чему-то научить, комфортен ли он в общении
Вопросы к CEO
Я собесилась только в стартапы, обычно там СЕО очень влияет на процессы/продукт, на эмоциональное состоние/вовлечённость сотрудников. Мне важно понимать, кто стоит у руля компании
Обычно собеседующие не ожидают много вопросов от кандидата и закладывают на них немного времени, поэтому я предупреждаю, что у меня есть вопросы, важные мне, я хочу их задать и прошу выделить мне на них минут 30-40 - все соглашаются
Лет 8-10 назад я очень старалась понравиться на собесе
Сейчас я на такое уже не готова. Моя стратегия – быть честной. Я прямо говорю, что не перерабатываю, не работаю по ночам/выходным/праздникам, называю другие свои ограничения и сильные стороны
Я не хочу притворяться. Я хочу работать в месте, где мои сильные стороны и ограничения будут приняты и мне не надо будет кого-то изображать из себя – это очень утомительно
• • •
Missing some Tweet in this thread? You can try to
force a refresh
*Я делюсь своим опытом и наблюдениями, если ваши отличаются – велком в комменты. Я с интересом и заботой отношусь к опыту и мнениям других, если в них нет перехода на личности и агрессии
Первое с чем столкнулась, когда искала работу продактом – ощущение, что никто не знает, кто такие продакты
Продактами называют людей с абсолютно разными задачами. Встречала:
- поиск точек кратного роста (моё любимое, в каждой второй вакансии)
- оптимизация операционки 🔽
- сделать так, чтобы сотрудники меньше получали, а работали лучше (?!)
- управлять процессом разработки
- разбираться в KPI продукта и понимать, как могут на него влиять те или иные задачи
- проводить качественный (!) CustDev
- рисовать CJM 🔽
Живу в Питере, выросла на Камчатке. Про Камчатку могу рассказывать часами, будьте осторожны) знаю, что делать при встрече с медведем, во время землетрясений, люблю водить праворульные машины
Немного фоток Камчатки с сентябрьской поездки домой
По образованию я журналист (журфак СПбГУ). По специальности работала пару лет после выпуска, а потом ушла в IT
В этом треде рассказала, как делала первые шажочки в разработке и получила свою первую IT-работу
нормальных за 10 лет не встречал, плотно работал с Gradle, Buck, Bazel
не оч плотно: Make, Maven, Ant, Cargo, Go build
было бы круто иметь в билд системе:
1. статически типизированный современный яп для билд файлов и плагинов вроде Kotlin 2. параллельную конфигурацию модулей 3. кеширование конфигурации 4. параллельное выполнение билд графа 5. локальный билд кеш между проектами
6. распределенный ремоут билд кеш 7. трейсинг и профайлинг конфигурации и билд графа 8. строгое версионирование и верификация зависимостей 9. легковесная контейнерезация окружения выполнения 10. JSON/etc вывод для интеграции с IDE и другим тулингом 11. мониторинг файловой системы
Так сложилось исторически, что последние 8 лет я занимаюсь несколькими проектами одновременно. По каждому проекту много задач. Со временем моей оперативки перестало хватать на то, чтобы запоминать всё. И я начала срывать дедлайны и подводить людей.
Возникла потребность в неком подходе, решающем эту проблему. Пробовала многое: писала задачи на день на листочке, выделяла отдельные дни под проекты, тудушки, календари, напоминалки… Проблема не решалась, только множилось количество бесполезных действий.
В итоге я пришла к bullet journal. Если коротко — миллениалы переизобрели ежедневники. Суть в том, что вы заводите физический ежедневник с _линовкой_ в точку. И записываете туда всё, что надо запомнить.