Прожарка вакансии системного аналитика #1
Всем привет!
Сегодня на кухне работает Владислав Князев — ex шеф-повар в Альфа-Банке.
На открытом огне специально для вас я прожарю вакансию системного аналитика в один из крупнейших ритейлов РФ.
И нет, они мне даже не заплатили за мясо..
Мы начинаем, приятного аппетита!
Вступление. Знакомство с шефом.
Привет, VC!
Я Влад, работал в Альфа-банке тимлидом, в финтехе уже более 4х лет. Моя роль — это «играющий тренер», поэтому помимо менеджерских обязанностей я занимаюсь около 50% рабочего времени системной и бизнес-аналитикой.
Недавно я пообещал опубликовать статью с разбором вакансии системного аналитика. Цель: детально проанализировать вакансию, дабы аналитики помладше посмотрели:
- На что обращать внимание, перед тем как откликаться на вакансию. Чтобы потом не удивляться отказам
- Какие навыки сейчас в ходу и что точно нужно прокачать
А также надеюсь, что мой клиентский опыт немного поможет hr'ам при составлении описаний вакансий.
Это моя первая публикация на vc. ru, поэтому прям прошу закидать меня тапками, ибо критику я приветствую и всегда выношу из нее полезное.
P. S Первую тапку можно бросить уже прям сейчас, бегом в комменты!
Итак, от вступления перейдем к ответам на ключевые вопросы и структуре статьи.
Зачем вообще делать разбор вакансии?
Ни для кого не секрет, что поиск работы — это вечная и актуальная тема для всех айтишников от мала до велика. Мы, хомосапиенсы, всегда стремимся к лучшим условиям, ибо так устроен наш мозг. Даже когда ты сидишь и пьешь певко на диване — периодически возникает в голове хотелки из серии "а надо бы телек на 4к поменять", "диван шо-то продавленный стал, надо бы новый купить", "хугарден так задолбал уже, может что-то новое попробовать?". Работы это точно также касается.
Что-то поменять в себе и для себя — это целая тема, для раскрытия которой понадобится ни один пост.
Напишите в комментариях, если интересно было бы почитать на эту тему в разрезе IT.
Так вот, поиск работы начинается с поиска вакансий — это очевидно. Сначала мы анализируем вакансию и строим профиль ТОГО самого кандидата, которого будут отрывать с руками и ногами на рынке. После этого уже можно сравнить этот профиль со своим и ответить честно себе на вопросы:
А мой карьерный портрет соответствует требованиям рынка? Действительно ли мои компетенции сейчас на ТОМ САМОМ уровне? Готов ли я фундаментально к переходу на новую ступень развития себя как специалиста?
Без ответов на эти вопросы и выполнения первого шага — детального разбора вакансии — вы будете витать в облаках и не сможете провести этот самый маппинг. Ибо в вакансии зачастую максимально прямо расписывают, кого они хотят видеть у себя на работе.
Какую вакансию будем жарить?
Я взял самую базовую вакансию известной IT-компании в ритейле, на которую откликался сам в мае этого года — https://hh. ru/vacancy/66551504. Кажется, что на нее даже до сих пор ищут кандидатов. У меня нет цели пропиарить данного работадателя, просто мне показалось, что эта вакансия хорошо подойдет к формату, в котором я хочу себя попробовать.
Как будем жарить?
Тут все просто. Каждая вакансия имеет некую структуру:
- Описание компании работадателя
- Описание команды, куда ищут кандидата, и его роли в ней
- Обязанности
- Ожидания по навыкам
- Плюшки компании
Соответственно наша задача — пройтись по каждому пункту и ответить самому себе на ряд вопросов. Ответы на них и станут основой профиля идеального кандидата для работадателя.
Сковородка прогрета, мясо подготовлено. Начинаем прожарку!
1. Что за компания? В какую команду ищут аналитика?
Итак, начинаем изучать шапку вакансии с описанием компании.
В данном случае мы объединим пункты 1. Компания и 2. Команда в один. Ниже можно догадаться почему :)
Какие плюсы вижу по описанию:
- Компания — крупная и системно-значимая, соответственно имеет бюджеты, крупный рынок и перспективы развития. Работать, зарабатывать и развиваться в таких компаниях можно и нужно, особенно начинающим аналитикам.
- Много сетей-партнеров, соответственно много различных интеграций и потоков данных между ними. Это большой плюс для прокачки и развития системного аналитика.
- Есть разработка собственных решений, то есть есть внутренняя разработка достаточно развита. Как следствие можно предположить, что с документацией и базой знаний в компании не все так плохо, что также является плюсом и доп комфортом при работе.
Из минусов:
- Совершенно отсутствует описание команды, куда ищут аналитика. Могу предположить, что вакансия создана для поиска кандидатов в разные команды. Но например мне, как кандидату, такой подход не кажется прозрачным. Я не хочу тратить время на общение с рекрутером, чтобы узнать, с каким продуктом/проектом я буду работать. Такие вещи стоит описывать в вакансии сразу.
- Описанные собственные решения довольно разношерстные и не совсем понятно, почему именно они были приведены в пример своих разработок. Друг с другом стоят облако данных и какая-то продуктовая подписка. Возможно это и есть те проекты, куда ищут системного аналитика.. Но повторюсь, это довольно не очевидно.
2. Чем аналитик будет заниматься?
В ответах на этот вопрос нельзя выделить плюсы и минусы.
Требования есть требования, и ты обязан им соответствовать, чтобы успешно работать свою работу.
Здесь я бы пробежался по каждому требованию со своим комментарием:
- Проектирование модулей. С первого же пункта начинается интересность и один из важных инсайтов. Ведь системный аналитик — это довольно широкая профессия, включаящая в себя компетенции довольно разных ролей. По своему опыту скажу, что на пути становления аналитиком мне приходилось на проектах быть и UX-исследователем, и скрам-мастером, и архитектором, и тестировщиком, и ПМом. Ну и бизнес/системным аналитиком само собой. Конкретно этот пункт вероятно больше про архитектурную историю (компетенция solution-архитектора), ибо без понимания IT-ладшафта принимать решение по созданию нового модуля ИС ты не сможешь.
- Формирование и декомпозиция списка доработок. Здесь речь идет о том, что тебе придется активно общаться с продакт оунером команды и/или бизнес-заказчиками и самостоятельно создавать технический скоуп проекта с его оценкой. И доносить его до команды разработки. Пункт нетривиальный, ибо далеко не везде аналитик занимается задачами такого типа. На моем опыте это всегда делал тимлид команды. Соответственно уже по этим двум пунктам можно догадаться, что на позицию подыскивают аналитика с хорошим опытом и насмотренностью процессов в других компаниях.
- Полнота и непротиворечивость требований. Странно, что указали только 2 критерия, ибо обращаясь к BABOK 3.0 их все 9. Для краткого экскурса в критерии качества требований, рекомендую ознакомиться по ссылке.
- Разработка базы знаний. Вполне себе базовое требование к аналитику. Однако, часто бывает такое, что база знаний (aka проектная документация) находится в таком раздрае, что проще переписать ее с нуля, чем актуализировать. В одном таком проекте я принимал участие, и дело это было довольно муторным и неинтересным (лично для меня). Такие задачи (особенно на зарубежном рынке) больше относятся к компетенции технического писателя, но естественно компании проще нанять аналитика, который данную компетенцию также будет тащить на себе.
- Контроль реализации по требованиям. Кажется, что либо аналитика будут привлекать к ответственности за реализованную функциональность, либо будут просить тестировать ее перед внедрением в продакшн. В целом это довольно частое требование и частый вопрос на собеседовании:
В какой момент работы над проектом ты можешь сказать, что твоя работа как аналитика завершена?
Попробуйте ответить на этот вопрос в комментариях.
P. S У меня в постах довольно много интерактива и обращения к вам что-то сделать. И это не просто так.
Моя миссия — заставить вас думать и рассуждать. Ведь только задавая себе вопросы и решая задачки мы развиваем наш мозг, не даем ему закиснуть. Позволяем ему отвлечься.
И уж поверьте, я не позволю вам расслабиться! Уж так меня воспитали.
- Исследования и проверка гипотез. Эта история больше про продукт и различного рода CustDev. Тема лично мне очень интересная и полезная для развития, ибо кто есть хороший аналитик? Правильно, хороший интервьюер. Которому не все равно на клиента/заказчика. Довольно важная компетенция, но напрямую к системному анализу она не совсем относится. Напишу обязательно про нее отдельный пост.
3. Какие ожидания по скиллам?
По навыкам вижу достаточно стандартный набор hard skills системного аналитика:
- Опыт работы. Тут бы я все же скорректировал требование, ибо есть два понятия — опыт в роли и опыт в IT. Например, у меня опыт в IT 4+ года и в роли системного аналитика также 4 года. Но у моего коллеги опыт в IT 10+ лет (QA Automation Engineer), а системным аналитиком только год. Можно ли его рассматривать на данную позицию? Да, можно, ибо у человека есть насмотренность в IT. Это очень важное качество. А за год аналитические hard skills выучить и натренировать можно без всяких проблем. На моей практике есть куча таких кейсов. Когда же на такую вакансию подается аналитик-выпускник вуза с 1.5 летним стажем в IT и аналитике — тут по понятным причинам такой кандидат не подойдет. Ибо опыта ну слишком мало. Особенно если вернуться повыше и перечитать пункт 2 про обязанности, которые придется тащить.
- ER-диаграммы. Базовый хард скилл, о котором можно почитать вот в этой статье. Это база, это знать надо.
- Больше диаграмм.. Богу диаграмм! Все важное, все нужное, ибо визуализация и проектирование — наше все. По каждой теме оставлю вам качественную статью на ознакомление/повторение: Sequence — диаграмма последовательности в UML; StateMachine — диаграмма состояний в UML; ER — было уже, «сущность-связь», в UML похожая диаграмма классов; UseCase диаграмма вариантов использования в UML. Вообще это прекрасно, когда аналитик знает все диаграммы и нотации (BPMN, UML, IDEF0.. 3) и умеет ими успешно пользоваться. Но спойлер — далеко не во всех компаниях все это практикуется, ибо бывает, что определенные диаграммы в задачах просто.. не нужны. А нотация выбирается аналитиком, который только пришел на проект (то есть вот тобой, да-да!) Это вполне нормальная история и лучше про нее уточнять на техническом собеседовании.
- XSD, XML, Swagger, JSON. Кажется, что будет много работы с веб-сервисами (REST/SOAP), соответственно уметь их проектировать и описывать — важно.
- Проектирование БД. Работадатель прямо заявляет, что сущности и связи в БД будут изменяться/создаваться новые, поэтому обращаться к табличкам на уровне базовых запросов — это must have.
- Проектирование интерфейсов. Интересная компетенция, обычно полностью покрывается силами дизайнера (о чем в вакансии прямо и пишут), но бывают такие ситуации, когда все в мыле и нужно срочно набросать прямоугольники и кружочки и показать это поделие заказчику/архитектору. И естественно это нужно сделать ASAP прям на встрече в зуме :) Это конечно бардак, но если у тебя есть базовое понимание UX/UI — как минимум ты сможешь принять спроектированный интрефейс у дизайнера и не будешь задавать вопросы на тему почему эта кнопка красная, а не синяя.
- Инструменты аналитика. Тут ничего и не добавишь: SoapUI и Postman для тестирования веб-сервисов, XSD/JSON редакторы для описания веб-сервисов, Figma для проектирования макетов, Jira для ведения задач, Confluence для ведения проектной документации, NotePad++ для чтения дампов/логов. Дальше какая-то очепятка про доступа к БД, видимо имелось ввиду знать как запустить SQL-сервер и табличку открыть.. IDE для чтения кода.
- Гибкие методологии. Все просто: ты работал в формате 2х недельных забегов с ежедневными планерками? Замечательно, ты очень гибкий сотрудник, берем! На самом деле Agile штука важная, но часто из-за прессинга и feature creep’a все мы забываем о том, что нам в работе над продуктом действительно ценно, а что нет. Самое время стряхнуть пыль с Agile-манифеста и заново почитать-порефлексировать над его основными принципами.
4. Какие бенефиты предлагает компания?
Тут буду максимально краток, ибо бенефиты у крупных работадателей часто не отличаются. А мы все же с вами работу ищем, а не чтобы плюшками баловаться. Но тем не менее обращу внимание на то, что приглянулось в списке лично мне:
- Премия. Премия — это всегда приятно, на собеседовании с рекрутером обязательно стоит задать вопрос про ее калькуляцию, дабы представить, какой у тебя годовой доход выйдет по итогу.
- Формат работы. Классно, что работадатель предлагает удаленку/гибрид, ибо после ковидных времен тренд на такой гибкий формат сохраняется, и бОльшая часть работадателей ему следует.
- Обучение. Также важная штука для роста как карьерного, так и профессионального. Компании часто инвестируют в своих сотрудников и направляют их в том числе на внешние обучение. Но когда есть сильное внутреннее обучение — грех на такое не обратить внимание.
- ДМС. Тут все ясно: когда тебе уже далеко за 20, песочек начинает сыпаться с катастрофической скоростью. И тут работадатель тебя поддержит, это ценно. Поддержит в смысле даст направление в МЕДСИ, а не ускорит процесс старения: ) Хотя… давайте как-нибудь напишу на эту тему, если кому будет интересно.
- Скидки. Компания занимается ритейлом, поэтому наверняка у сотрудников есть корпоративные скидки на пакеты из Пятерочки. Что не может не радовать!
Заключение.
Сегодня мы впервые прожарили вакансию системного аналитика!
Получился довольно сочный стейк прожарки midde+/senior. Идеален для кандидата из продуктовой команды и готового совершить прыжок выше своей головы. На вакансию действительно стоит отликнуться, при условии совпадения всех навыков, описанных в ней.
На этом я с вами прощаюсь, ждите новых прожарок и не забывайте подписаться на мой канал аналитика от бога. В нем я пишу о системном и бизнес-анализе, а также обозреваю активности, происходящие в IT-коммьюнити.
Напишите в комментариях, зашел ли такой формат и на какую тему еще хотелось бы почитать.