Друзья, всем привет.
Я без долгих предисловий - на следующей неделе вместе с ребятами из Solvery проводим моковый технический кейсовый собес на СА. Все по вашим заявкам :)
Поэтому, если вы хотите попробовать свои силы, то оставьте комментарий под этим постом, или, если стесняетесь, можете написать мне в личку. Окончательной конкретики по дате и времени пока нет, но предварительно это будет 27 или 28 мая, в районе 18-19 вечера.
Я без долгих предисловий - на следующей неделе вместе с ребятами из Solvery проводим моковый технический кейсовый собес на СА. Все по вашим заявкам :)
Поэтому, если вы хотите попробовать свои силы, то оставьте комментарий под этим постом, или, если стесняетесь, можете написать мне в личку. Окончательной конкретики по дате и времени пока нет, но предварительно это будет 27 или 28 мая, в районе 18-19 вечера.
На собесе как на танцполе
Друзья, всем привет. Я без долгих предисловий - на следующей неделе вместе с ребятами из Solvery проводим моковый технический кейсовый собес на СА. Все по вашим заявкам :) Поэтому, если вы хотите попробовать свои силы, то оставьте комментарий под этим постом…
Друзья, всем привет.
Небольшой апдейт: собес на СА переносится на попозже, а на следующей неделе будет кейсовый собес на БА. Поэтому бизнес-аналитики - ваш час настал, кто хочет поучаствовать, пишите :)
Все, кто написал мне по собесу на СА, не переживайте, все в силе, просто несколько позже.
А собес на БА проведет ментор Ольга Мазур, сейчас руководитель продуктового направления, а в недавнем прошлом - руководитель практики бизнес-анализа в небезызвестном Samokat Tech :)
Формат мероприятия будет такой:
- само собеседование
- развернутый фидбек кандидату
- ответы на вопросы из чата
Небольшой апдейт: собес на СА переносится на попозже, а на следующей неделе будет кейсовый собес на БА. Поэтому бизнес-аналитики - ваш час настал, кто хочет поучаствовать, пишите :)
Все, кто написал мне по собесу на СА, не переживайте, все в силе, просто несколько позже.
А собес на БА проведет ментор Ольга Мазур, сейчас руководитель продуктового направления, а в недавнем прошлом - руководитель практики бизнес-анализа в небезызвестном Samokat Tech :)
Формат мероприятия будет такой:
- само собеседование
- развернутый фидбек кандидату
- ответы на вопросы из чата
Solvery.io
Ольга Мазур — наставник на Solvery.io
Помогу прокачать навыки: Управление командой, Прохождение собеседований, Архитектура процессов, Аналитика, Управление продуктом, Бизнес аналитика, Управление проектным офисом, Управление требованиями, Управление документацией, Развитие карьеры, Продуктовая…
Друзья, всем привет, всех с началом рабочей недели.
Вчера наткнулся на интересную статью от уважаемого в отрасли человека (Денис, если вы читаете - день добрый) о "быстрых" для свитча профессиях в ИТ из другой отрасли. Статья не самая свежая, но основную суть по прежнему отражает.
https://vc.ru/education/396410-kakie-it-professii-mozhno-osvoit-za-2-3-mesyaca
Давайте ее обсудим - если вы попали в отрасль за несколько месяцев, расскажите про свой опыт, как это было, и на какой позиции получилось закрепиться :) А я поделюсь своим мнением, со слегка неожиданным финалом.
Забегая наперед, со статьей я согласен.
Разработчиков, понятное дело, в ней нет (равно кстати как и системного аналитика), а вот тестировщики и бизнес-аналитики упоминаются. Мне показалось это интересным, и вот почему.
Начнем с тестирования. Не нужно лишний раз говорить, что на обучение тестированию зазывают все и отовсюду последние, наверное, лет 6. Бизнес-аналитики таким вниманием исторически обделены, хотя в последние пару лет ситуация, конечно, выравнивается на фоне появления все большего количества курсов по все большему количеству профессий. Те же 6-7 лет назад, например, кажется, не было ни одного вменяемого курса ни по системному, ни по бизнес-анализу.
Так вот, про тестировщиков. За последние 6-7-8 лет в ИТ-отрасли экспертизу и требования по тестированию удалось более-менее однозначно сформировать. Я не говорю, что перечень необходимых навыков сократился, нет, скорее напротив, он расширился, но стал более формализованным, четким и понятным. Про это кстати хорошо рассказывал Леша Петров в своем интервью, которое я публиковал два года назад.
Поэтому действительно, кажется довольно посильным и возможным делом обучиться на вполне пристойного джуна-тестировщика за несколько месяцев.
По бизнес-анализу, опять же, не могу стопроцентно утверждать о точно таком же эффекте, но как будто перечень необходимых навыков на сегодняшний день можно сформировать все же менее расплывчато, чем это можно было сделать раньше. Как будто сама ИТ-отрасль стала чуть более формализованной, вследствие чего и обязанности с задачами стали чуть более понятными, что ли. Поэтому тут тоже да, согласен.
А теперь неожиданный поворот. Вы никогда не задумывались, насколько набор технических навыков тестировщика совпадает с набором навыков системного аналитика?
Конечно, концептуально эти позиции находятся на противоположных концах "пищевой цепочки" разработки продукта, но все же - и те, и другие не кодят (если мы говорим про ручных QA), но должны знать, как работают API, базы данных, всевозможные интеграции вашего продукта; и те, и другие работают с документацией (а юзкейсы это почти кровные братья тест-кейсам); и те, и другие в конце концов занимаются сбором требований, только с разными источниками этой информации; список на самом деле можно продолжать и дальше.
Отсюда и проистекает вывод, который скорее всего не совпадает с мнением автора статьи - я считаю, что на позицию джуна системного аналитика точно так же можно выучиться за те же 2-3 месяца :)
Вчера наткнулся на интересную статью от уважаемого в отрасли человека (Денис, если вы читаете - день добрый) о "быстрых" для свитча профессиях в ИТ из другой отрасли. Статья не самая свежая, но основную суть по прежнему отражает.
https://vc.ru/education/396410-kakie-it-professii-mozhno-osvoit-za-2-3-mesyaca
Давайте ее обсудим - если вы попали в отрасль за несколько месяцев, расскажите про свой опыт, как это было, и на какой позиции получилось закрепиться :) А я поделюсь своим мнением, со слегка неожиданным финалом.
Забегая наперед, со статьей я согласен.
Разработчиков, понятное дело, в ней нет (равно кстати как и системного аналитика), а вот тестировщики и бизнес-аналитики упоминаются. Мне показалось это интересным, и вот почему.
Начнем с тестирования. Не нужно лишний раз говорить, что на обучение тестированию зазывают все и отовсюду последние, наверное, лет 6. Бизнес-аналитики таким вниманием исторически обделены, хотя в последние пару лет ситуация, конечно, выравнивается на фоне появления все большего количества курсов по все большему количеству профессий. Те же 6-7 лет назад, например, кажется, не было ни одного вменяемого курса ни по системному, ни по бизнес-анализу.
Так вот, про тестировщиков. За последние 6-7-8 лет в ИТ-отрасли экспертизу и требования по тестированию удалось более-менее однозначно сформировать. Я не говорю, что перечень необходимых навыков сократился, нет, скорее напротив, он расширился, но стал более формализованным, четким и понятным. Про это кстати хорошо рассказывал Леша Петров в своем интервью, которое я публиковал два года назад.
Поэтому действительно, кажется довольно посильным и возможным делом обучиться на вполне пристойного джуна-тестировщика за несколько месяцев.
По бизнес-анализу, опять же, не могу стопроцентно утверждать о точно таком же эффекте, но как будто перечень необходимых навыков на сегодняшний день можно сформировать все же менее расплывчато, чем это можно было сделать раньше. Как будто сама ИТ-отрасль стала чуть более формализованной, вследствие чего и обязанности с задачами стали чуть более понятными, что ли. Поэтому тут тоже да, согласен.
А теперь неожиданный поворот. Вы никогда не задумывались, насколько набор технических навыков тестировщика совпадает с набором навыков системного аналитика?
Конечно, концептуально эти позиции находятся на противоположных концах "пищевой цепочки" разработки продукта, но все же - и те, и другие не кодят (если мы говорим про ручных QA), но должны знать, как работают API, базы данных, всевозможные интеграции вашего продукта; и те, и другие работают с документацией (а юзкейсы это почти кровные братья тест-кейсам); и те, и другие в конце концов занимаются сбором требований, только с разными источниками этой информации; список на самом деле можно продолжать и дальше.
Отсюда и проистекает вывод, который скорее всего не совпадает с мнением автора статьи - я считаю, что на позицию джуна системного аналитика точно так же можно выучиться за те же 2-3 месяца :)
Друзья, всем привет.
Мы с ребятами из Solvery немножко синхронизировали свои расписания, поэтому сегодня я с удовольствием полноценно анонсирую моковое собеседование с кейсами на Middle бизнес-аналитика :)
10 июня в 19:00 по мск мы совместно с Solvery проведем тестовое собеседование с одним из участников сообщества.
Собеседование проведет Ольга Мазур, Product Owner Carsharing в компании Атом, а также автор тг-канала для тех, кто строит карьеру в IT
Формат мероприятия будет такой:
- само собеседование
- развернутый фидбэк кандидату
- ответы на вопросы из чата
Как я уже говорил (и не раз) - это крутая возможность попробовать свои силы и лучше подготовиться к реальным собесам :)
Если вы готовы - заполняйте форму. Ссылка на трансляцию будет чуть позже.
Удачи :)
Мы с ребятами из Solvery немножко синхронизировали свои расписания, поэтому сегодня я с удовольствием полноценно анонсирую моковое собеседование с кейсами на Middle бизнес-аналитика :)
10 июня в 19:00 по мск мы совместно с Solvery проведем тестовое собеседование с одним из участников сообщества.
Собеседование проведет Ольга Мазур, Product Owner Carsharing в компании Атом, а также автор тг-канала для тех, кто строит карьеру в IT
Формат мероприятия будет такой:
- само собеседование
- развернутый фидбэк кандидату
- ответы на вопросы из чата
Как я уже говорил (и не раз) - это крутая возможность попробовать свои силы и лучше подготовиться к реальным собесам :)
Если вы готовы - заполняйте форму. Ссылка на трансляцию будет чуть позже.
Удачи :)
Друзья, всем привет, всех с началом рабочей недели.
Недавно наткнулся на одно любопытное свежее исследование, которым хотел бы сегодня поделиться. Называется оно так:
Что лучше при оценке резюме - попросить рекрутера или подбросить монетку (эйчароненавистники, ликуйте)😅
В общем, есть зарубежный сервис моковых собеседований, interviewing.io. И вот они решили провести эксперимент - попросили 76 технических рекрутеров проревьюить по 30 резюме инженеров-разработчиков, и оценить их, ответив на два вопроса:
- позвали бы вы этого кандидата на интервью
- какова вероятность, что кандидат пройдет техническое интервью
Дальше сами кандидаты прошли по несколько моковых собесов, после чего уже сравнили ответы рекрутеров и результаты моковых собесов. При этом в данном случае моковые собесы можно приравнять к реальным, так как было замечено, что пользователи, чаще проходившие моковые собесы, чаще успешно проходили и реальные.
Какие выводы получилось сформулировать по итогам этого эксперимента:
- Рекрутеры приняли правильное решение в 55% случаев, что сравнимо с подбрасыванием монетки
- Кандидаты, которым рекрутеры дали 0-5% вероятность прохождения интервью, на самом деле успешно прошли его в 47% случаев
- Кандидаты, которым рекрутеры дали 95-100% вероятность прохождения интервью, прошли интервью только в 64% случаев
- В среднем разница оценки одного и того же резюме двумя разными рекрутерами составило 41%
- Среднее время, которое рекрутер потратил на оценку резюме - 31 секунда (25 для тех, кто прошел интервью; 44 для тех, кому вынесли отказ)
- Трата дополнительных 15 секунд на оценку резюме увеличивало точность рекрутера на 34%
- ML модели, обученные даже на крайне ограниченном наборе данных, оказались заметно более точными в оценке кандидатов
Безусловно, исследование было сделано на рынке США, тамошний рынок все-таки отличается от нашего. Однако, думается мне, каждый из нас может проследить некоторые общие тенденции :)
Оригинал исследования можно найти здесь.
Недавно наткнулся на одно любопытное свежее исследование, которым хотел бы сегодня поделиться. Называется оно так:
Что лучше при оценке резюме - попросить рекрутера или подбросить монетку (
В общем, есть зарубежный сервис моковых собеседований, interviewing.io. И вот они решили провести эксперимент - попросили 76 технических рекрутеров проревьюить по 30 резюме инженеров-разработчиков, и оценить их, ответив на два вопроса:
- позвали бы вы этого кандидата на интервью
- какова вероятность, что кандидат пройдет техническое интервью
Дальше сами кандидаты прошли по несколько моковых собесов, после чего уже сравнили ответы рекрутеров и результаты моковых собесов. При этом в данном случае моковые собесы можно приравнять к реальным, так как было замечено, что пользователи, чаще проходившие моковые собесы, чаще успешно проходили и реальные.
Какие выводы получилось сформулировать по итогам этого эксперимента:
- Рекрутеры приняли правильное решение в 55% случаев, что сравнимо с подбрасыванием монетки
- Кандидаты, которым рекрутеры дали 0-5% вероятность прохождения интервью, на самом деле успешно прошли его в 47% случаев
- Кандидаты, которым рекрутеры дали 95-100% вероятность прохождения интервью, прошли интервью только в 64% случаев
- В среднем разница оценки одного и того же резюме двумя разными рекрутерами составило 41%
- Среднее время, которое рекрутер потратил на оценку резюме - 31 секунда (25 для тех, кто прошел интервью; 44 для тех, кому вынесли отказ)
- Трата дополнительных 15 секунд на оценку резюме увеличивало точность рекрутера на 34%
- ML модели, обученные даже на крайне ограниченном наборе данных, оказались заметно более точными в оценке кандидатов
Безусловно, исследование было сделано на рынке США, тамошний рынок все-таки отличается от нашего. Однако, думается мне, каждый из нас может проследить некоторые общие тенденции :)
Оригинал исследования можно найти здесь.
Друзья, всем привет, всех с началом рабочей недели.
Возможно, не самый очевидный факт, но позиция системного аналитика хороша тем, что дает хороший базис для дальнейшего роста и вертикального перехода на другую позицию. Больше интересен продукт и бизнес - имеет смысл рассмотреть переход на продакта, больше интересно то, что под капотом - стоит задуматься о развитии в сторону позиции архитектора. И чтобы не жалеть (как я) о зря потраченных монетах на курсы от крупных школ типа Коробки навыков, лучше выбирать более точечные, узконаправленные, кастомные, чтоли.
В частности, через пару дней, 25 июня, стартует курс по микросервисной архитектуре от Кирилла Ветчинкина. Кирилл - постоянный спикер на ArchDays, Хайлоаде, Подлодке (и не только), отвечал за архитектуру в Мегафоне, Теле2, БКС Брокере и СберМаркете. Лично незнаком, но заочно слышал много хорошего :)
Выдержка из агенды курса:
- DDD и как правильно нарезать систему, отталкиваясь от бизнес-домена
- Архитектурные паттерны (Saga, CQRS, Transactional outbox)
- И на десерт - как все-таки распилить этот чертов монолит 😅
Что ценно помимо знаний и информации - обратная связь от Кирилла, чат с одногруппниками и полезные созвоны с разбором домашки. По итогам прохождения курса предусмотрен сертификат об участии.
Полную программу курса (а также записаться на него) можно по ссылке:
https://microarch.ru/?utm_source=posev&utm_medium=fir&utm_campaign=14
Возможно, не самый очевидный факт, но позиция системного аналитика хороша тем, что дает хороший базис для дальнейшего роста и вертикального перехода на другую позицию. Больше интересен продукт и бизнес - имеет смысл рассмотреть переход на продакта, больше интересно то, что под капотом - стоит задуматься о развитии в сторону позиции архитектора. И чтобы не жалеть (как я) о зря потраченных монетах на курсы от крупных школ типа Коробки навыков, лучше выбирать более точечные, узконаправленные, кастомные, чтоли.
В частности, через пару дней, 25 июня, стартует курс по микросервисной архитектуре от Кирилла Ветчинкина. Кирилл - постоянный спикер на ArchDays, Хайлоаде, Подлодке (и не только), отвечал за архитектуру в Мегафоне, Теле2, БКС Брокере и СберМаркете. Лично незнаком, но заочно слышал много хорошего :)
Выдержка из агенды курса:
- DDD и как правильно нарезать систему, отталкиваясь от бизнес-домена
- Архитектурные паттерны (Saga, CQRS, Transactional outbox)
- И на десерт - как все-таки распилить этот чертов монолит 😅
Что ценно помимо знаний и информации - обратная связь от Кирилла, чат с одногруппниками и полезные созвоны с разбором домашки. По итогам прохождения курса предусмотрен сертификат об участии.
Полную программу курса (а также записаться на него) можно по ссылке:
https://microarch.ru/?utm_source=posev&utm_medium=fir&utm_campaign=14
microarch.ru
Курс «Микросервисная архитектура»
Это онлайн курс обучения из 12 модулей с глубоким погружением в микросервисы: способы декомпозиции, изменения в командах, разбор популярных паттернов и антипаттернов, связь с бизнесом, Agile и DevOps.
Друзья, всем привет.
Сегодня наконец-то анонсирую моковое собеседование с кейсами на системного аналитика :)
1 июля в 19:00 по мск мы совместно с Solvery проведем тестовое собеседование с одним из участников сообщества.
Собеседование проведет Дмитрий Летяго, ведущий системный аналитик в Альфа-банке.
Формат мероприятия будет тем же:
- само собеседование
- развернутый фидбэк кандидату
- ответы на вопросы из чата
Не устану это повторять, моковый собес - это крутая возможность попробовать свои силы и лучше подготовиться к реальным собесам :)
Если вы готовы - заполняйте форму. Ссылка на трансляцию будет чуть позже.
Удачи :)
PS ребята, кто присылал мне резюме в личку - тоже заполните форму, пожалуйста 🙏
Сегодня наконец-то анонсирую моковое собеседование с кейсами на системного аналитика :)
1 июля в 19:00 по мск мы совместно с Solvery проведем тестовое собеседование с одним из участников сообщества.
Собеседование проведет Дмитрий Летяго, ведущий системный аналитик в Альфа-банке.
Формат мероприятия будет тем же:
- само собеседование
- развернутый фидбэк кандидату
- ответы на вопросы из чата
Не устану это повторять, моковый собес - это крутая возможность попробовать свои силы и лучше подготовиться к реальным собесам :)
Если вы готовы - заполняйте форму. Ссылка на трансляцию будет чуть позже.
Удачи :)
PS ребята, кто присылал мне резюме в личку - тоже заполните форму, пожалуйста 🙏