Вступление и знакомство с шефом

Владислав Князев

ex-Teamlead @Alfabank

Привет, Хабр!

Я Влад, работал в Альфа-банке тимлидом, в финтехе уже более 4х лет.

Моя роль - это «играющий тренер», поэтому помимо менеджерских обязанностей я занимаюсь около 50% рабочего времени системной и бизнес-аналитикой.

Недавно я пообещал опубликовать статью с разбором вакансии системного аналитика.
Это моя первая публикация на Хабре, поэтому прям прошу закидать меня тапками, ибо критику я приветствую и всегда выношу из нее полезное.

P.S Первую тапку можно бросить уже прям сейчас, бегом в комменты!

Итак, от вступления перейдем к ответам на ключевые вопросы и структуре статьи.

Зачем вообще делать разбор вакансии?

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

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

Что-то поменять в себе и для себя - это целая тема, для раскрытия которой понадобится ни один пост.

Напишите в комментариях, если интересно было бы почитать на эту тему в разрезе IT.

Так вот, поиск работы начинается с поиска вакансий - это очевидно.

И анализирую такие вакансии мы в голове, а потом на бумаге можем построить портрет ТОГО САМОГО кандидата, которого будут отрывать с руками и ногами на рынке.

После составления портрета уже можно сравнить его со своим портретом и ответить честно себе на вопросы:

А мой карьерный портрет соответствует требованиям рынка?
Действительно ли мои компетенции сейчас на ТОМ САМОМ уровне?
Готов ли я фундаментально к переходу на новую ступень развития себя как специалиста?

Без ответов на эти вопросы и выполнения первого шага - детального разбора вакансии - вы будете витать в облаках и не сможете провести этот самый маппинг.

Какую вакансию будем жарить?

Я взял самую базовую вакансию известной IT-компанию в ритейле, на которую откликался сам в мае этого года - https://hh.ru/vacancy/66551504. Кажется, что на нее даже до сих пор ищут кандидатов.

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

Как будем жарить?

Тут все просто. Каждая вакансия имеет некую структуру:

1. Описание компании работадателя

2. Описание команды, куда ищут кандидата, и его роли в ней

3. Обязанности

4. Ожидания по навыкам

5. Плюшки компании

Соответственно наша задача - пройтись по каждому пункту и ответить самому себе на ряд вопросов.

Ответы на них и станут основой профиля идеального кандидата для работодателя.

Сковородка прогрета, мясо подготовленоНачинаем прожарку!

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 системного аналитика в продуктовую команду и готового совершить прыжок выше своей головы.

На вакансию действительно стоит откликнуться, при условии совпадения всех навыков, описанных в ней.

На этом я с вами прощаюсь! Ждите новых прожарок.

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