Как пройти техническое интервью собеседование на позицию системного аналитика

Секция системного анализа

В рамках интервью блок системного анализа подразумевает проверку технических навыков кандидата. Реалии таковы, что это наиболее важный сегмент, показывающий ваш уровень. К теории подготовиться реально, хоть и немного сложнее, чем в бизнес‑анализе. А вот практика дастся легко, если уже работали с той или иной технологией. В ином случае, некоторые абстрактные концепции могут вызывать трудности. Глобально, секция системного анализа делится на три темы:

Казалось бы, всего три темы, но, если разбираться, каждую из них можно обсуждать часами. Сегодня рассматриваем исключительно теоретические вопросы, а практику оставим на будущее.

Архитектура ПО

Какие виды архитектуры ПО бывают? Какая разница между монолитами и микросервисами? Какие плюсы и минусы монолитов и микросервисов? Паттерны реализации микросервисной архитектуры?

Чаще всего уделяют внимание именно монолитам и микросервисам, хотя вы всегда можете блеснуть знаниями и рассказать о бессерверной или сервис‑ориентированной архитектурах. С другой стороны, если в чем‑то не уверен, лучше туда не лезть.

Веб-сервисы

За этой темой кроятся вопросы, затрагивающие интеграцию. Причем от верхнеуровневых, до конкретных. Какие виды интеграции можешь назвать? В чем разница между синхронной и асинхронной интеграциями? Что такое REST и SOAP? В чем разница между ними? Что такое ESB? В чем разница между брокером и ESB? Какие способы аутентификации можешь назвать?

На самом деле, тут копать и копать, можно выдергивать отдельную технологию и рассуждать о ней. Но наиболее часто и глубоко спрашивают про REST. Что такое RESTful принципы? Какие методы HTTP можешь назвать? Какие методы идемпотентны? Какие коды ответов знаешь?

Из интересного, меня однажды спросили: «Почему для реализации чата используется WebSocket, а не gRPC?»

Базы данных

Классика, которую спрашивают, как у бизнес, так и у системных аналитиков. Чаще всего просят решить простенькую задачу на SQL, с использованием JOIN, и агрегатных функций. Если говорить о теории, то я бы выделил следующие вопросы: В чем разница между SQL и noSQL базами данных? Что такое нормализация? Что такое транзакция? Какие способы масштабирования БД можешь назвать?

Секция по системному дизайну

Собеседование длится 60 минут. Обсудим распределенные системы и предложим разработать дизайн системы по набору требований

Что будет на секции

• Обсудим проектирование системы
• Предложим набор функциональных требований к системе. Вам нужно будет за час формализовать задачу, спроектировать API системы, оценить нагрузку и необходимые мощности, спроектировать модели и потоки данных
• Для визуализации процесса проектирования будем использовать онлайн-доски, например Sketchboard или Miro

• System Design Primer: базовые темы и упражнения по дизайну систем, упражнения по объектно-ориентированному анализу и проектированию
• Architectural Katas: множество примеров архитектурных задач
• Как подготовиться и пройти System Design Interview: рассказываем, как проходит секция системного дизайна в Т-Банке

• Karl Wiegers and Joy Beatty. Software Requirements. Third Edition
• Stephane Eyskens. Software Architecture for Busy Developers
• Andrew S. Tanenbaum. Computer Networks
• Andrew S. Tanenbaum. Distributed Systems
• Gregor Hohpe. Enterprise Integration Patterns
• Martin Kleppmann. Designing Data-Intensive Applications
• Vlad Khononov. Learning DDD
• Alex Petrov. Database Internals
• Bilgin Ibryam. K8s Patterns
• Google. Building secure and reliable systems
• Google. SRE Book
• Google. SRE Workbook

Секция системного анализа

В рамках интервью блок системного анализа подразумевает проверку технических навыков кандидата. Реалии таковы, что это наиболее важный сегмент, показывающий ваш уровень. К теории подготовиться реально, хоть и немного сложнее, чем в бизнес‑анализе. А вот практика дастся легко, если уже работали с той или иной технологией. В ином случае, некоторые абстрактные концепции могут вызывать трудности. Глобально, секция системного анализа делится на три темы:

Казалось бы, всего три темы, но, если разбираться, каждую из них можно обсуждать часами. Сегодня рассматриваем исключительно теоретические вопросы, а практику оставим на будущее.

Архитектура ПО

Какие виды архитектуры ПО бывают? Какая разница между монолитами и микросервисами? Какие плюсы и минусы монолитов и микросервисов? Паттерны реализации микросервисной архитектуры?

Чаще всего уделяют внимание именно монолитам и микросервисам, хотя вы всегда можете блеснуть знаниями и рассказать о бессерверной или сервис‑ориентированной архитектурах. С другой стороны, если в чем‑то не уверен, лучше туда не лезть.

Веб-сервисы

За этой темой кроятся вопросы, затрагивающие интеграцию. Причем от верхнеуровневых, до конкретных. Какие виды интеграции можешь назвать? В чем разница между синхронной и асинхронной интеграциями? Что такое REST и SOAP? В чем разница между ними? Что такое ESB? В чем разница между брокером и ESB? Какие способы аутентификации можешь назвать?

На самом деле, тут копать и копать, можно выдергивать отдельную технологию и рассуждать о ней. Но наиболее часто и глубоко спрашивают про REST. Что такое RESTful принципы? Какие методы HTTP можешь назвать? Какие методы идемпотентны? Какие коды ответов знаешь?

Из интересного, меня однажды спросили: «Почему для реализации чата используется WebSocket, а не gRPC?»

Базы данных

Классика, которую спрашивают, как у бизнес, так и у системных аналитиков. Чаще всего просят решить простенькую задачу на SQL, с использованием JOIN, и агрегатных функций. Если говорить о теории, то я бы выделил следующие вопросы: В чем разница между SQL и noSQL базами данных? Что такое нормализация? Что такое транзакция? Какие способы масштабирования БД можешь назвать?

Секция с практическими заданиями

Собеседование длится 90 минут. Вот что будет на секции

Попросим решить задачи, максимально приближенные к реальным. Вам понадобится редактор диаграмм: например, Visio, draw.io или Lucidchart

Мы ожидаем, что вы сможете показать знания в разных областях, от понимания бизнес-задач до архитектуры. Посмотрим на весь процесс: от сбора требований до проектирования различных частей условной системы в доменной области

Реализация методов предметно-ориентированного проектирования

Предметно-ориентированное проектирование. Структуризация сложных программных систем

Высоконагруженные приложения. Программирование, масштабирование, поддержка

Шаблоны корпоративных приложений

Сайт о микросервисной архитектуре

Как пройти техническое интервью (собеседование) на позицию системного аналитика

Привет Хабр! Мы в SSP SOFT разрабатываем заказное ПО для ведущих российских банков и финтех-проектов. Системный аналитик (СА) — одна из ключевых фигур в проектных командах, и такие вакансии с грейдами сеньор, мидл и джун регулярно появляются в компании. Для технического собеседования мы привлекаем внешних экспертов с компетенциями, которые максимально близки к предметной области проекта. Эта статья — наша версия на тему проверки опыта и навыков СА на собеседовании. Читайте и комментируйте ✍️.

Круг вопросов по задачам, навыкам и опыту системного аналитика (СА) на техническом интервью по известной индийской притче похож на слона, описываемого 4-мя слепыми. Тут дело в том, что трактовка должностных обязанностей, и соответственно, требований по скиллам СА в разных компаниях настолько разнится, что любое описание «типового интервью СА» будет попыткой из индийской притчи. Тем не менее, мы ведь не зря тут собрались, поэтому вот эти 4 наиболее важных пунктов скиллов по вакансии СА:

1. Умение декомпозировать бизнес-требования из ТЗ в список функциональных и нефункциональных требований, атрибутов входных и выходных данных, и далее в набор «кубиков» будущего ПО;

2. Умение использовать нотации моделирования, т.е. построения логики движения данных в проектируемой системе, в том числе с использованием диаграмм BPMN
   и/или UML Sequence;

3. Знание REST API для определения того, как ПО будет взаимодействовать с другими модулями внутри приложения и с внешними системами, или другие способы взаимодействия, если вам не довелось работать с REST;

4. Знание SQL для умения строить и модифицировать таблицы данных, оптимизировать запросы к базе данных для улучшения производительности, извлекать данные для отчетов и анализа в интересах бизнеса.

 Но, в начале любого интервью — рассказ кандидата о себе, и наши советы об этом ниже.

Начало интервью — про прежний опыт и проактивность 

Надо сразу признать, что по практике множества проведенных интервью, СА даже с большим опытом, поработавших в компаниях разного размера и в разных отраслях, могут встретить затруднения при ответах на некоторые вопросы технического собеседования. Изречение Сократа «Чем больше я знаю, тем больше я понимаю, что ничего не знаю» — это и про СА тоже.

Чем шире понимание человеческого опыта, тем лучше у нас будут проекты», — Стив Джобс, 1996.

При этом, чем крупнее компания, в которой последний раз работал кандидат, тем у́́же его практические навыки, хотя при этом навыки, как правило, более глубоки и детальны. Тут все понятно, в больших компаниях обычно работают несколько СА, а иногда это целый отдел, и они делят обязанности по специализациям.

Поэтому первая и предварительная часть интервью — узнать про прошлый опыт. Выслушав кандидата, интервьюер накладывает этот опыт СА на круг задач в рамках вакансии, и соответственно, индивидуализирует набор вопросов и заданий к кандидату.

Типичный прием — подвести кандидата при обсуждении какого-либо вопроса (с точки зрения глубины темы) к моменту, когда он или она отвечает «Не знаю». Тут нет никакого негатива и желания «завалить», — ведь всё знать невозможно, — таким образом оценивается вариативность ответов (сколько вариантов решения кандидат сможет назвать), проактивность в ответах, способность кандидата гибко мыслить и применить прежний опыт.

Мы в SSP SOFT не практикуем для СА отдельного этапа тестового задания вне интервью. Это удлинило бы сроки найма, и нет гарантии самостоятельно выполнения. Поэтому техническое интервью в SSP SOFT уже включает несколько практических задач, которые можно успеть выполнить в рамках отведенного на интервью времени, т.е. до одного часа.    

В техническое интервью с внешним экспертом у нас также не входит проверка софт-скилз. Хотя, конечно, в отчете эксперт указывает, был ли кандидат активен, контактен, находчив, или ответы приходилось буквально «вытаскивать». Подробнее софт-скилз оцениваются на повторном интервью уже с нашим тимлидом и представителем HR.

Как оцениваются результаты технического собеседования в SSP SOFT? Ответы кандидата по каждому вопросу, включая рассказ о прежнем опыте, интервьюер ранжирует по балльной системе. Соответственно, в шорт-лист выходят 2-3 кандидата с наивысшим баллом.

FAQ по вопросам к СА на этапе «рассказа о себе»

Вот несколько самых частых вопросов, которые задают кандидату на вакансию СА, когда идет рассказ о прежнем опыте. Разумеется, не все вопросы из списка задаются одновременно.

1. Приведите пример, как вы управляете сложными задачами и проектами.Этот вопрос задают, чтобы дать кандидату возможность рассказать о способах управления задачами и организации своей работы (в рамках своей карьеры).

2. Какие методологии и инструменты вы используете при анализе и моделировании бизнес-процессов?Вопрос помогает убедиться, что кандидат знаком с методологиями и инструментами, часто используемыми на позиции СА.

3. Как вы реагируете на изменения в проекте или в бизнес-требованиях?Этот вопрос позволит оценить, как кандидат адаптируется к изменениям и решает неожиданные проблемы.

4. Как вы взаимодействуете с командой разработки или другими участниками проекта?Вопрос, чтобы удостовериться, что кандидат имеет опыт эффективной командной работы.

5. Какие проекты или задачи вас наиболее мотивируют?Этот вопрос может помочь определить, насколько кандидат соответствует проекту и целям нанимающей компании.

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

Тема интервью #1: Что требуется, чтобы это спроектировать?

После «лирического вступления» про прежний опыт, интервью переходит в практическую плоскость и первым пунктом проверяется умение кандидата выявить потребности заказчика (согласно ТЗ или «с нуля»), формализовать их в виде функциональных блоков и на этой основе набросать примерную архитектуру системы.

Коронный вопрос здесь «А что вам потребуется, чтобы спроектировать вот это?«. И далее, отталкиваясь от потребностей проекта, интервьюер называет любой термин: базу данных, микросервис, API, UC (юз-кейс, описание действий пользователя в системе).

Эффективность такого вопроса в том, что ответы кандидата можно развить как снежный ком. Например, кандидат отвечает понятиями и терминами, и для любого названного термина можно применить это правило, и еще раз углубиться. Но данный прием подходит только для опытных кандидатов, которые заявляют большой опыт работы или претендуют на позицию мидл, мидл+, сеньора или даже эксперта в системном анализе. В случае джуна, интервьюер очень быстро уткнется в ответ «Не знаю».

Пример вопроса (и ответа), который может быть задан по use case

Вопрос: “Опишите разницу между основным сценарием (main flow) и альтернативными сценариями (alternate flows) в структуре use case. Какие критерии вы используете для определения, когда следует создать альтернативный сценарий?”

Этот вопрос оценивает понимание кандидатом концепции основного сценария и альтернативных сценариев в описании use case, а также способность определить, когда альтернативные сценарии следует учитывать для детализации требований.

Ответ: В разработке программного обеспечения use case представляет собой инструмент для описания функциональных требований к системе или приложению. Основной сценарий (main flow) в use case — это последовательность шагов по наиболее типичному пути выполнения операции или функции. Этот сценарий описывает действия, которые выполняются в обычных условиях и без каких-либо существенных проблем.

Альтернативные сценарии (alternate flows) описывают пути выполнения операции или функции, которые могут возникнуть в случае невозможности следования по основному пути. Они позволяют учесть нестандартные ситуации.

Критерии для определения, когда следует создать альтернативный сценарий, могут включать:

• Обнаружение потенциальных нештатных ситуаций, которые могут повлиять на нормальный ход выполнения операции.

•  Различные варианты входных данных или условий, которые могут влиять на результат.

• Спецификация действий, которые должны быть предприняты в случае ошибок или отказов в процессе выполнения main flow.

Примером use case может быть «Оформление заказа в интернет-магазине,» где основной сценарий описывает успешное оформление заказа, а альтернативные сценарии могут описывать такие ситуации, как отсутствие товара на складе, некорректные данные от пользователя или проблемы с оповещением покупателя о невозможности выполнить заказ.

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

Совет кандидатам. часто в крупных компаниях бизнес-потребности заказчика исследует и формализует бизнес-аналитик. Соответственно, СА получает уже готовое ТЗ для системной реализации. Но также часто, функции бизнес-аналитика могут возлагать на СА, который должен выведать у заказчика все требования к ПО. На собеседовании кандидат должен уточнить у интервьюера, дается ли готовое ТЗ или функциональность продукта надо будет еще уточнять у заказчика. И строить свой ответ соответственно.

Тема интервью #2: Проверка навыков нотации моделирования

Проверка навыков нотации моделирования обычно состоит из теоретической и практической частей. Этот этап собеседования интервьюер начинает с теоретической части, задав несколько вопросов и усложняя каждый последующий из них.

Простые вопросы — про определенные элементы на диаграммах: «Что означает ромб в BPMN (Business Process Model and Notation), длинный вертикальный прямоугольник в UML (Unified Modeling Language) Sequence»? Интервьюер может спросить про отличия нотаций соответствующих диаграмм: чем отличаются BPMN и UML Activity, ER и UML Class. Более сложные вопросы — о различных типах событий в BPMN или о том, как представляются последовательности взаимодействия в UML Sequence.

Далее интервьюер переходит к практическому заданию по нотации моделирования. Частый пример — интервьюер просит кандидата создать простую диаграмму на основе представленного сценария. Это может быть, например, разработка диаграммы бизнес-процесса с использованием BPMN для описания процесса заказа товара в интернет-магазине.

Интервьюер для себя отмечает, какие инструменты моделирования использовал кандидат и насколько он в них ориентируется. Например, кандидат может использовать Draw.io, Microsoft Visio, Lucidchart или другие инструменты для создания диаграмм BPMN и UML.

Как правило, интервьюер не настаивает на типе диаграммы, будь то BPMN или UML Sequence, кандидат сам придумывает любую диаграмму, — важна не диаграмма по факту, а какими элементами кандидат ее наполнит. Это также говорит о том, насколько широко кандидат использовал данный инструмент в своих прежних проектах.

Еще один способ проверить понимание любой нотации моделирования у кандидата — это разыграть ситуацию, когда СА отправил диаграмму по почте заказчику, а тот перезванивает и спрашивает: «Что это такое и как это читать?«. Задача кандидата — на языке, понятном для бизнес-пользователя, рассказать, как разобраться в диаграмме. При этом кандидат может придумать любой практический кейс, который представлен на диаграмме.

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

Совет кандидатам: подготовьте «портфолио» проектов, в которых вы использовали нотации моделирования. Попросите у интервьюера разрешения предоставить примеры диаграмм BPMN и UML Sequence, которые вы создавали. Этим вы можете показать свою проактивную позицию, переведя обсуждение на детали именно своих диаграмм. Соответственно, предоставив интервьюеру возможность задать вопросы о назначении, структуре и содержании ваших диаграмм.

Тема интервью #3: Как у вас со знанием REST API?

Знание REST API (Representational State Transfer Application Programming Interface) является важным активом для системного аналитика, а на портале HH.RU вы даже можете встретить вакансии с заголовком  «Системный аналитик с REST API». К слову, последнее время в вакансиях в дополнение к REST API еще могут спрашивать знание GraphQL, хотя это уже скорее идет бонусом для кандидата.

Примечание: в REST API структура данных и конечные точки определены на сервере, в то время как в GraphQL клиенты определяют, какие данные им нужны, и сервер предоставляет их в соответствии с запросом.

Владение навыком составления запросов REST API помогает системному аналитику проектировать и управлять интеграциями, расширениями, для тестирования и отладки, а также для анализа и моделирования бизнес-процессов.  

Теперь о заданиях по REST API на интервью, — если оно проходит в рамках устного собеседования, — то обычно предполагается, что кандидат расшарит свой экран и начнет прямо на лету писать запрос, попутно комментируя происходящее для интервьюера.

Пример короткого тестового задания по REST API

Вот пример короткого тестового задания по REST API для кандидата, которое можно выполнить буквально за несколько минут:

Задание: «Вы работаете с веб-сервисом, предоставляющим информацию о книгах в онлайн-библиотеке (например, это сервис типа ЛитРес или Альдебаран). Вам нужно получить список всех книг в библиотеке, а затем получить информацию о конкретной книге по ее идентификатору.

Используя REST API, выполните следующие действия:

1. Сделайте HTTP GET запрос для получения списка всех книг. URL для этого запроса: https://example.com/api/books

2. После получения списка книг, выберите одну из книг и получите информацию о ней. Для этого сделайте HTTP GET запрос с указанием идентификатора книги в URL. Например: https://example.com/api/books/123

Ваша задача — предоставить примеры кода (HTTP-запросы) для выполнения этих действий, показать как выглядит примерный ответ сервера и коротко описать словами свои действия».

Посмотрим, как может выглядеть ответ кандидата для такого задания:

1. Запрос для получения списка всех книг (GET):

   Ответ сервера может выглядеть примерно так:

{
   "books": [
    {
      "id": 123,
      "title": "Война и мир",
      "author": "Лев Толстой"
    },
	{
  	"id": 124,
  	"title": "Преступление и наказание",
  	"author": "Фёдор Достоевский"
	},
    // Другие книги...
  ]
}

2. Запрос для получения информации о книге с идентификатором 123 (GET):

  Ответ сервера может выглядеть примерно так:

{
 	"id": 123,
 	"title": "Война и мир",
 	"author": "Лев Толстой",
 	"description": "Эпический роман о войне 1812 года и обществе того времени."
}

Как видим, пример простейший, но он помогает интервьюеру быстро понять, владеет ли кандидат навыками запросов HTTP GET для получения списка объектов и информации о конкретном объекте.

Совет кандидатам: изучите HTTP-методы (GET, POST, PUT, DELETE и другие), и как они используются для взаимодействия с сервером. Освойте работу с инструментами для тестирования API, такими как Postman или Insomnia. Попрактикуйтесь в написании запросов к API: поищите открытые API для тренировки, часто они имеют документацию. Важно не только уметь отправлять запросы, но и правильно интерпретировать ответы сервера, понимать структуру данных в формате JSON.

Тема интервью #4: И последнее — проверка знаний по SQL

Знание SQL, наравне с REST API, является еще одним ключевым навыком для СА, поскольку эта технология широко используется для работы с базами данных. Системные аналитики часто сталкиваются с задачами, требующими проектирования или модификации таблиц, извлечения, обновления или удаления данных, и здесь SQL становится неотъемлемым инструментом. Кроме того, SQL позволяет выполнять сложные запросы для анализа данных, что может быть полезно при принятии решений и определении стратегий для бизнес-подразделений компании.

Обычно интервьюер интересуется у кандидата опытом использования SQL на прежнем месте работы, может спросить немного о терминах, а затем переходит к небольшому практическому заданию.

Ваша задача — написать SQL-запрос, который вернет всех пользователей, зарегистрированных за последний месяц».

Правильный ответ кандидата может выглядеть следующим образом:

SELECT *
FROM Users
WHERE RegistrationDate >= DATEADD(month, -1, GETDATE());

Критерий истины — практика: используйте различные онлайн-ресурсы с примерами тестовых заданий по SQL, чтобы попрактиковаться в решении задач разного уровня сложности.

Совет кандидатам: освежите перед интервью ваши навыки и знания по SQL. Вы должны уверенно владеть базовыми запросами SQL, такими как SELECT, INSERT, UPDATE, DELETE и WHERE. Попрактикуйтесь в использовании функций для обработки данных COUNT(), AVG(), SUM(), MAX(), MIN(). Не забудьте про запросы с несколькими таблицами: как соединять таблицы с помощью JOIN и работать с подзапросами для извлечения данных из нескольких связанных таблиц, как использовать GROUP BY и HAVING.

В заключение — слово кандидату

Заключительная часть интервью посвящена короткому фидбэку, которое дает интервьюер по окончанию собеседования. Затем кандидату предоставляется право задать свои вопросы и этой возможностью не стоит пренебрегать.

Поскольку это техническое интервью, можно задавать вопросы о методологии работы системных аналитиков в компании, об инструментах и программном обеспечении, которые используют системные аналитики в компании для моделирования и анализа бизнес-процессов. Ответы на эти вопросы будут полезны как для расширения технического кругозора кандидата, так и создания хорошего впечатления о себе.

Всех интересующихся вакансиями системного аналитика, разработчиков на Java, React и Python, 1С, инженеров DevOps и QA — приглашаем посетить нашу страницу на hh.ru.

Уже более 60 человек поверили в себя и выросли в профессии с моей поддержкой

Из 5 пройденных собесов получила 4 приглашения на второй этап

старший системный аналитик

Перешла из Aston в Positive Technologies

Плюс 45% к з/п + годовая премия

ведущий системный аналитик

Перешел из ВкусВилла в Go Invest

Вырос в з/п с 220 000 рублей до 315 000 рублей

Перешел из SMS group в Иннотех

старший системный аналитик

Перешла из IT-отдела на производственном предприятии в Cinimex

Выросла в доходе на 20–25%

Вопросы рекрутеру

Перед тем, как вступать в долгую переписку уточните три основных момента:

• предполагается ли у вакансии удаленный формат работы;

• сколько этапов отбора;

• какая вилка у вакансии.

Ведь пройдя несколько этапов, будет очень неприятно узнать, что работать можно только в Москве, а после первого технического вас ждет ещё практика, системный дизайн, поведенческое, знакомство с командой и бабушкой технического директора. Предлагают же за это удовольствие 100к денег до выплаты налогов.

Кстати, на вопрос о вилке рекрутеры часто отвечают что‑то в духе: «Мы не можем сказать, какие у вас ожидания?» Пожалуйста, не юлите и прямо называйте ту сумму, которую вы хотите.

Во‑первых, вы сэкономите время, а во‑вторых, если собеседование пройдет удачно, всегда можно поднять зп на этапе переговоров.

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

От компании к компании количество и продолжительность этапов интервью может отличаться, но чаще всего встречаются следующие:

• Скрининг. Короткое знакомство с рекрутером и ответы на базовые вопросы. Этакая проверка на адекватность. Как правило не занимает более получаса.

• Техническое интервью. На нем проверяют «харды», вопросы по бизнес и системному анализу, задачи и все что компания считает важным. Продолжительность от часа до полутора. Технических может быть от одного и до бесконечности.

• Знакомство с командой/СТО. Формальная встреча, на которой редко спрашивают что‑то техническое. Скорее как завершающий этап перед получением оффера.

• Тестовое задание — только для джунов. Нет, предлагать его могут всем, но я не вижу смысла делать тестовое специалистам выше миддла. Спрос на аналитиков в РФ гигантский, скорее найдете компанию, где смогут проверить ваши скиллы без тестового (например, только на техе). Дают, как правило, после скрининга, но могут и после технического.

Отдельно хочу выделить скрининг. Подготовьте ответы на все банальные вопросы: почему решил сменить место работы? Какие сильные и слабые стороны? Кем видишь себя через пять лет (шучу, такое перестали спрашивать). Здесь очень важно правильно ответить на 2 вопроса: активно ли ищете работу и есть ли офферы на руках?

Работу вы ВСЕГДА ищите активно, и офферы ВСЕГДА есть.

Ответив так, рекрутеры будут понимать, что лучше лишний раз не затягивать и сразу назначать вам следующие этапы. Ведь хороших специалистов терять совсем не хочется. Ну и не забываете задать свои вопросы, но больше по организации. На что‑то глубокое вам вряд ли ответят.

Самопрезентация

Техническое интервью делится на три блока: рассказ о себе (или сампопрезентация), вопросы вам и вопросы от вас. Самопрезентация задает тон дальнейшей беседы, отсекает часть вопросов и показывает вас, как специалиста сведущего в своей области. Тем удивительнее, как мало кандидатов действительно готовятся к этой части и могут представить развернутый и интересный рассказ о себе на 5–7 минут.

Итак, чего же ожидает интервьюер, задавая вопрос: «Расскажите о своем опыте?» Как ни странно, короткий, наполненный рассказ о решаемых задачах и ваших сильных сторонах.

Подумайте над структурой, чтобы не прыгать от проекта к проекту, а логично изложить ключевые моменты. Если опыта и компаний слишком много, то лучше рассказать о последних двух местах работы максимум.

Что там было раньше мало кого интересует.

Сам я придерживаюсь следующей структуры:

1. Приветствие. Представляюсь, говорю о том на каких проектах работал, и сколько у меня опыта.

2. Рассказываю об одном‑двух проектах — что делал? по какой методологии работал? размер команды? какие артефакты оставил после себя? какие инструменты использовал? В этом блоке подсвечиваю все ключевые слова из вакансии: работали по SCRUM, архитектура микросервисная, интеграция рестовая, в качестве асинхронного взаимодействия использовали брокер и т. д. Все, что интервьюер хочет услышать, он получает здесь.

3. Отдельно выделяю какую‑либо сложную задачу, которая выбивается из стандартной рутины. Рассказываю о ней как с точки зрения техники, так и с точки зрения влияния на бизнес.

4. Полирую эту красоту дополнительными фишками, которые выделяют меня на фоне остальных. Например, говорю о том, что активно менторю и веду тг‑канал. Заканчиваю всегда фразой: «Если остались вопросы, готов обсудить»

Казалось бы, ничего сложного, но кандидаты часто допускают ряд ошибок, портящих общее впечатление:

1. Структура рассказа может совсем отсутствовать. Аналитик прыгает с темы на тему и теряет нить повествования. Как правило, такие кандидаты не пытаются ответить на вопрос, который видят впервые, а сразу говорят: «Я не знаю».

2. Рассказ привязан к прошлому, специфичному опыту. Тут вроде слушаешь, и ТЗ они писали, и ФТ согласовывали и тендеры выигрывали и что только не делали. На деле, кандидат выполнял роль человека‑оркестра где‑нибудь в государственной компании, и с трудом представляет, как организована современная разработка.

Практическая секция

Чаще всего секция выделена в отдельное интервью в крупных компаниях. За час‑полтора вам предложат решить различные задачи, которые можно объединить в три категории.

Задача на SQL

Наиболее популярное задание, проверяющее соответствующий скилл. Чаще всего аналитика просят написать SELECT с использованием JOIN из одной или нескольких таблиц, применив агрегатные функции и группировку.

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

Моделирование предметной области

Здесь чаще всего аналитика просят спроектировать какую‑либо диаграмму, показав процесс или предметную область. Мне доставался и BPMN, и Sequence, и ER. В зависимости от уровня вакансии компания может вообще не привязываться к какой‑либо нотации, а просто проверить системное мышление кандидата.

Пример задачи на собеседовании звучит как: Спроектируй логическую модель данных для интернет‑магазина по продаже книг. Или другой пример: Спроектируй Sequence диаграмму для процесса оплаты в банковском приложении.

Задача на работу с API

Здесь открывается пространство для творчества. Самая простая задача, найти ошибки в JSON или XML.

Вопрос поинтереснее может звучать так: Спроектируй endpoint для интернет‑магазина по продаже книг.

Обращаю внимание, что и в этом и в прошлом примерах присутствуют элементы системного дизайна. Чем больше вопросов аналитик задаст интервьюеру и чем сильнее сузится область работы, тем проще будет. Вы же понимаете, что за час нереально сделать адекватный API? Без должного уровня абстракции не обойтись.

Вопросы после технического интервью

Поздравляю, вы прошли техническое интервью. Складно отвечали на вопросы бизнес‑анализа, применяли знания по интеграциям в секции системного анализа, и, наконец, интервьюер говорит: «У меня все, теперь готов ответить на ваши вопросы». Около половины кандидатов в этот момент виснет и не знает, что можно спросить. Вот примерный перечень классных вопросов, показывающих вас как заинтересованного аналитика.

«Чем мне предстоит заниматься ежедневно? Что входит в мои обязанности? Расскажи примерный день системного аналитика»

Этой пачкой вопросов вы показываете заинтересованность, плюс сразу же более‑менее понимаете фронт работ. Да, есть описание вакансии и рассказ рекрутера, но они, как правило, очень абстрактные. Здесь же, человек, который реально занят в компании, сможет рассказать о боевых задачах.

Ответ в духе: «Ну, у нас вообще‑то не было никогда системного аналитика, и мы его берем, потому что это круто и модно» — плохой.

Если только позиция не предполагает выстраивание аналитики с нуля, но там и компенсация соответствующая.

«Каким образом выстроены рабочие процессы? По какой методологии работаете?»

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

Если вам ответят: «Каждая задача уникальна и требует тщательного обсуждения со всей командой», знайте, в таком месте лучше не работать.

«Есть ли план развития сотрудников? И план развития компании в целом?»

Вопрос нужен, чтобы с порога понимать, будет ли возможность прокачивать экспертизу и развиваться. Работодатель может не иметь внутреннего портала с курсами, но компенсировать внешнее обучение. Спрашивая подобное, с большой долей вероятности вам дополнительно расскажут о процессе пересмотра зп. Плохой же ответ звучит как: «У нас настолько интересные задачи, что сотрудники развиваются, просто решая их». Читай его как: «Через 3 месяца тебе станет скучно, но мы ничего с этим не сделаем».

Также стоит спросить вопросы, которые волнуют вас по прошлому опыту. Например, переработки, KPI и прочее. Узнавайте обо всем, что доставляло неудобства ранее, дабы не нарваться на те же грабли. Например, на прошлом месте работы премиальная часть моей зп (аналитика) зависела от SLA тикетов поддержки. Естественно, я первую очередь решал запросы пользователей, а не занимался тем, что мне действительно нравится.

Хочу напомнить, что задавать вопросы крайне важно. А еще каждый вопрос уместно спрашивать в подходящей ситуации. Например, на встрече с командой не стоит разговаривать о зп, а об удаленке можно узнать еще при первом контакте.

Влад Князев

Системный аналитик с опытом более 5 лет в финтехе: Альфа-Банк, ВТБ и Сбер

За 2 года вырос до senior-аналитика

Через 3 года работы в сфере достиг оклада 400 000 рублей на руки, не включая премии

Более 100 раз провел ревью хард- и софт-скилов у айтишников, которые сейчас работают в топовых компаниях РФ

Автор самого крупного блога про системный анализ в Телеграме

Выбери свой

Чтобы узнать условия рассрочки, пиши мне в

Телеграм

Домашка с индивидуальной проверкой

Тестовое собеседование с Владом

Доступ к видеоурокам на 6 месяцев

Боевое собеседование с тех. интервьюером из Тинькофф

Для тех, кому нужна поддержка, четкий план действий и не хватает дисциплины. Получишь обратную связь от Влада и потренируешься на практических занятиях

3 месяца персональной поддержки от Влада

Домашка с индивидуальной проверкой

Тестовое собеседование с Владом

Боевое собеседование с тех. интервьюером из Тинькофф

Доступ к видеоурокам на 12 месяцев

3 месяца персональной поддержки от Влада

Для тех, кто хочет получить все шансы на успешное трудоустройство. Будет максимум внимания от Влада: личные рекомендации, сопровождение, поддержка и замер результатов

Для тех, кто уверен в своих силах, умеет достигать цели самостоятельно и хочет не только узнать теорию, но и зарядиться энергией

Доступ к видеоурокам на 3 месяца

Тестовое собеседование с Владом

Боевое собеседование с тех. интервьюером из Тинькофф

3 месяца персональной поддержки от Влада

Недели в подготовку

3 часа теории

Получишь доступ к 10 видео с теорией и сможешь изучать их в комфортном темпе.

с Владом

На тренингах будем практиковаться в:

• рассказе о себе
• сборе требований
• решении кейсов

заданий

Решишь задачи, которые дают на собеседованиях. Я их проверю и дам обратную связь.

к каждой лекции

После изучения материалов у тебя сложится полное понимание темы.

СеСсии

Чат с

Получишь поддержку и полезные знакомства.

В чате в Телеграме можно задать вопрос и попросить прожарку резюме с обратной связью от меня.

Отвечу на все ваши вопросы на тему собеседований в прямом эфире.

И еще полезные советы

В качестве бонуса делюсь с вами несколькими советами‑напоминаниями, которые относятся к процессу интервью в целом.

Собеседования и реальная работа практически не имеют ничего общего

К собеседованиям нужно всегда готовиться

Научиться продавать себя как высококвалифицированного специалиста

Всегда торгуйтесь за оффер

Получив долгожданное предложение о работе очень просто сказать: «Да, я на все согласен». Но подождите, есть вероятность, что работодатель сможет дать еще больше. Не бойтесь торговаться. Наиболее простой способ написать что‑то в духе: «Спасибо за предложение, вы мне очень понравились, но у меня есть другое предложение, и я не могу выбрать, где мне будет лучше. Есть ли возможность улучшить условия?» Оффер не отзовут и на вас не посмотрят криво. В худшем случае скажут: «Извините, мы не можем изменить условия». Тогда просто примите как есть, и останетесь при своем.

Отчасти мне понятно, почему многие кандидаты не могут рассказывать о своих достижениях и бояться попросить больше. Мое поколение учили не выделяться, и быть скромным. Но интервью — это точно не то место, где нужно сдерживать себя (в адекватных пределах). Не стесняйтесь грамотно продавать себя и все получится.

Хочется еще больше полезного материала по системному анализу? Я веду тг‑канал (Не)Системная аналитика, где рассказываю о софтах и хардах. Жду всех!

Всем, кто в системном анализе

Если сомневаешься, подойдет ли тебе курс, напиши мне в Телеграм, обсудим твой случай

Любого уровня, которые активно проходят собеседования, но никак не получают офер

Которые хотят научиться корректно собеседовать аналитиков

Секция бизнес анализа

Вы складно рассказали о своем опыте, произвели первое положительное впечатление, теперь настало время проверить харды. Вообще интервью делится на 2 типа: компания может спрашивать общую информацию по бизнес/системной аналитике (топ-100 вопросов на СА) или же задавать специфические вопросы по стеку, который используют. И если первый тип мы сегодня разберем, то ко второму подготовиться проблематично, потому что все, что у вас есть — это вакансия. Вы и без меня знаете, что ожидание и реальность сходятся достаточно редко.

В блоке по бизнес анализу спрашивают классические вещи из «Разработки требований к программному обеспечению». От роли БА/СА на проектах и видов требований до документирования и моделирования. В последнее время на вопросы по бизнес‑анализу выделяют не так много времени, зато активно спрашивают по системному, а конкретно интеграциям. Структурно блок БА делится на следующие части:

1. Общие вопросы о роли БА/СА

2. Жизненный цикл проекта и гибкие методологии

И чем уровень кандидата ниже, тем больше теоретических вопросов он получит. Более опытные коллеги, могут избежать «базы», если подсветят ключевые слова в рассказе о себе. Вообще информация не секретная и лежит в открытых источниках, большинство теоретических вопросов спокойно заучиваются. Давайте рассмотрим каждую из частей блока БА подробнее:

Общие вопросы

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

Жизненный цикл проекта и гибкие методологии

По жизненному циклу не так много вопросов, тут скорее важно понимать, какие этапы ЖЦ существуют и что на них делает аналитик. А вот по гибким методологиям спрашивают хорошо. Что такое SCRUM и Kanban? В чем разница между этими подходами? Какие роли и церемонии есть в SCRUM? Назови манифесты Agile. Исключительно теоретические знания, которые не применяются в работе, но почему‑то спрашивают.

Работа с требованиями

Спрашивают вообще все что касается требований. Привести классификации требований. Какие методики сбора требований существуют? Какие применить в той или иной ситуации? Как управлять требованиями? Как валидировать и верифицировать их?

Работа с документацией

Моделирование

Спрашивают знание основных нотаций. Что такое BPMN и какие элементы есть? Какими диаграммами UML пользуешься? Плюс конкретные вопросы по отдельным UML диаграммам, в духе — Какие виды связей на диаграмме классов можешь назвать?

Резюмируя, в бизнес‑анализе очень помогают развитые софты и умение «болтать». Все, что касается работы аналитика и требований — вопросы дискуссионные, на которые можно распыляться долго. Да, конечно, всегда есть правила и рекомендации, но никто не запрещает сказать: «А у нас в компании было вот так» и придумывать, придумывать, придумывать.

Как будет

Посмотрите видео первого урока

В каждом уроке только полезная теория без воды, которую можно сразу применить на практике

После урока — практические задания на прокачку софт- и хард-скилов, чтобы ты смог закрепить теоретические знания

Полезные материалы по теме лекции, чтобы не осталось пробелов!

Каждую неделю — онлайн-сессии Q&A, на которых ты сможешь задать свой вопрос

Вопросы рекрутеру

Перед тем, как вступать в долгую переписку уточните три основных момента:

• предполагается ли у вакансии удаленный формат работы;

• сколько этапов отбора;

• какая вилка у вакансии.

Ведь пройдя несколько этапов, будет очень неприятно узнать, что работать можно только в Москве, а после первого технического вас ждет ещё практика, системный дизайн, поведенческое, знакомство с командой и бабушкой технического директора. Предлагают же за это удовольствие 100к денег до выплаты налогов.

Кстати, на вопрос о вилке рекрутеры часто отвечают что‑то в духе: «Мы не можем сказать, какие у вас ожидания?» Пожалуйста, не юлите и прямо называйте ту сумму, которую вы хотите.

Во‑первых, вы сэкономите время, а во‑вторых, если собеседование пройдет удачно, всегда можно поднять зп на этапе переговоров.

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

От компании к компании количество и продолжительность этапов интервью может отличаться, но чаще всего встречаются следующие:

• Скрининг. Короткое знакомство с рекрутером и ответы на базовые вопросы. Этакая проверка на адекватность. Как правило не занимает более получаса.

• Техническое интервью. На нем проверяют «харды», вопросы по бизнес и системному анализу, задачи и все что компания считает важным. Продолжительность от часа до полутора. Технических может быть от одного и до бесконечности.

• Знакомство с командой/СТО. Формальная встреча, на которой редко спрашивают что‑то техническое. Скорее как завершающий этап перед получением оффера.

• Тестовое задание — только для джунов. Нет, предлагать его могут всем, но я не вижу смысла делать тестовое специалистам выше миддла. Спрос на аналитиков в РФ гигантский, скорее найдете компанию, где смогут проверить ваши скиллы без тестового (например, только на техе). Дают, как правило, после скрининга, но могут и после технического.

Отдельно хочу выделить скрининг. Подготовьте ответы на все банальные вопросы: почему решил сменить место работы? Какие сильные и слабые стороны? Кем видишь себя через пять лет (шучу, такое перестали спрашивать). Здесь очень важно правильно ответить на 2 вопроса: активно ли ищете работу и есть ли офферы на руках?

Работу вы ВСЕГДА ищите активно, и офферы ВСЕГДА есть.

Ответив так, рекрутеры будут понимать, что лучше лишний раз не затягивать и сразу назначать вам следующие этапы. Ведь хороших специалистов терять совсем не хочется. Ну и не забываете задать свои вопросы, но больше по организации. На что‑то глубокое вам вряд ли ответят.

Посмотри, о моих консультациях

Я даже не знаю, с чего начать свой отзыв, потому что у нас с Владом получился мегаразговор, который затронул все аспекты жизни.

1. Влад был на связи абсолютно все время нашей коммуникации. Мне понравилось его мышление, знания, навыки и эмпатия. Эмпатия и заинтересованность Влада — это то, что вы почувствуете в первую очередь!

Провели с Владом сессию карьерной консультации.
У меня был запрос, связанный с дальнейшим треком и оценкой текущего состояния.
До встречи Влад определил точки, которые помогут структурировать беседу и составить план встречи.
В рамках встречи больше говорил я, Влад слушал и иногда комментировал. Я

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

Поэтому благодарю, возможно, все это было

Во-первых, это была моя первая консультация такого формата, связанная именно с развитием в профессиональном плане.
Понравилось, что и до встречи было общение.
Т. е. ты задавал наводящие вопросы, чтобы узнать ситуацию лучше.
Понравился сам формат встречи.

Влад, привет! Хочу ещё раз выразить тебе огромную благодарность за ту работу, которую ты делаешь. Спасибо за то, что делишься своим опытом и знаниями, для таких аналитиков как я, которые годами сидят в одной организации и «света белого не видят», ты просто как луч света😁
А теперь режим «льстеца» муд офф и переходим к конструктиву)

Практическая секция

Чаще всего секция выделена в отдельное интервью в крупных компаниях. За час‑полтора вам предложат решить различные задачи, которые можно объединить в три категории.

Задача на SQL

Наиболее популярное задание, проверяющее соответствующий скилл. Чаще всего аналитика просят написать SELECT с использованием JOIN из одной или нескольких таблиц, применив агрегатные функции и группировку.

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

Моделирование предметной области

Здесь чаще всего аналитика просят спроектировать какую‑либо диаграмму, показав процесс или предметную область. Мне доставался и BPMN, и Sequence, и ER. В зависимости от уровня вакансии компания может вообще не привязываться к какой‑либо нотации, а просто проверить системное мышление кандидата.

Пример задачи на собеседовании звучит как: Спроектируй логическую модель данных для интернет‑магазина по продаже книг. Или другой пример: Спроектируй Sequence диаграмму для процесса оплаты в банковском приложении.

Задача на работу с API

Здесь открывается пространство для творчества. Самая простая задача, найти ошибки в JSON или XML.

Вопрос поинтереснее может звучать так: Спроектируй endpoint для интернет‑магазина по продаже книг.

Обращаю внимание, что и в этом и в прошлом примерах присутствуют элементы системного дизайна. Чем больше вопросов аналитик задаст интервьюеру и чем сильнее сузится область работы, тем проще будет. Вы же понимаете, что за час нереально сделать адекватный API? Без должного уровня абстракции не обойтись.

Готовимся к собеседованию на

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

Лучшим студентам помогаю трудоустроиться в топовые банки!

 — ex-Teamlead SA из Альфа-Банка

Я в курсе всех трендов рынка и знаю, как выглядит наем и со стороны кандидата, и со стороны менеджера

Не только теория,

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

В процессе обучения анализирую вопросы учеников и подробно разбираю их на сессиях Q&A

Бесконечные собеседования могут превратить твою жизнь в ад

Но можно этого избежать и получить работу в крутой команде быстрее и без 

Не понимаешь, с чего начать подготовку к собеседованиям, как оценить уровень и чего ждать

Сомневаешься в себе после неудачных собеседований или боишься первого собеседования

Теряешься, когда задают незнакомые вопросы, и чувствуешь себя самозванцем

Пытаешься заучить вопросы, но на практике все идет не по плану

Не знаешь, как распознать компанию, в которой будет рост и интересные тебе задачи

Задаешь правильные вопросы, чтобы выбрать крутую команду и не разочароваться в ней

Ты спокоен и уверен в себе. А еще умеешь выделиться среди кандидатов

Знаешь свои сильные стороны. У тебя реальные зарплатные ожидания, которые ты умеешь обосновать

Знаешь, какие вопросы и задания могут быть на собеседовании и как на них отвечать

Понимаешь, как строится собеседование и знаешь, что от тебя хотят рекрутеры