5 вопросов и ответов на собеседование с Системным аналитиком
Системные аналитики выполняют разные роли в зависимости от компании и желаний самого стейкхролдера. Поэтому не удивляйтесь, если вы наткнетесь на консультанта или аналитика, не имеющего нужных вам компетенций
И так, вот 5 вопросов и ответов на собеседование с Системным аналитиком
1. Опишите, какую роль выполняет Системный аналитик в компании? какие его главные задачи?
Этот вопрос позволяет оценить понимание кандидатами должности аналитика и их технические навыки общения. Кандидаты в системные аналитики должны прийти на собеседование, подготовленные для выступления с описанием должности, на которую они претендуют, поэтому обратите внимание на то, как они понимают роль в вашей организации. Они должны увязать требования к навыкам с повседневными обязанностями по работе приложений и сетевой инфраструктуры.
- Понимание роли системного аналитика
- Способность связывать технические навыки с повседневными обязанностями
- Технические коммуникативные навыки
2. Что такое DHCP-сервер? Почему DHCP-серверы полезны для администрирования компьютерных сетей?
Этот технический вопрос проверяет опыт кандидатов в проектировании компьютерных сетей и устранении неполадок. Если они слабы в этом наборе навыков, они могут дать не более чем ответ из учебника. DHCP означает протокол динамической конфигурации хоста. По сути, DHCP-серверы управляют деталями конфигурации компьютеров и сетевых устройств в сети. Поищите примеры из прошлого опыта в ответе вашего соискателя на системного аналитика.
- Опыт работы с DHCP серверами
- Базовые знания технологии локальной вычислительной сети
- Готовность признать слабы ли они в этой области
3. Какие типы документации вы создавали в прошлом? Почему важно вести документацию?
Системным аналитикам необходимо создавать документы планирования, такие как пользовательские сценарии, диаграммы потоков данных и требования системной интеграции. Обратите внимание на опыт работы с документацией у кандидатов и ее соответствие потребностям вашей организации. Затем задайте вопросы, которые проверяют, насколько важна документация для кандидатов. Им следует считать, что точная и своевременная документация важна как для планирования проектов, так и для предоставления информации пользователям.
- Прошлый опыт работы с системной документацией
- Понимание лучших практик документации
- Важность планирования и пользовательской документации
4. Когда вы начинаете новый проект, какие требования вы собираете? Опишите конкретный пример из своего опыта
Требования — важный начальный шаг при планировании любого ИТ проекта. Системные аналитики обычно занимаются проектами, которые включают проектирование сети и интеграцию приложений и систем данных. Кандидат должен иметь опыт работы с техническими и функциональными требованиями. Технические требования включают такие детали, как совместимость оборудования и программного обеспечения. Примером функционального требования может быть передача данных между приложением и сервером базы данных.
- Понимание процесса планирования
- Опыт сбора и определения требований
- Способность связывать теорию с практикой с прошлым опытом
5. Какой у вас опыт создания и применения политик использования программного обеспечения? Почему они важны?
Еще одна роль системных аналитиков — мониторинг установок программного обеспечения на рабочих станциях в локальной сети и обеспечение соблюдения политик использования программного обеспечения. Эти политики предназначены для обеспечения того, чтобы сотрудники использовали только программное обеспечение, одобренное компанией, для предотвращения угроз безопасности и других обязательств. Потенциальные кандидаты должны иметь возможность перечислить политику, которую они применяли в прошлом. Если должность включает в себя эти задачи, проверьте отношение кандидата к этой политике с помощью уточняющего вопроса.
- Знание аудита программного обеспечения
- Прошлый опыт применения политик использования
- Понимание важности политик использования ПО
Собеседование системного аналитика: вопросы и ответы
«Системный аналитик — это человек, который выступает посредником между клиентом и разработчиком». Согласны ли вы с этим утверждением?
Да, это правда. Аналитик должен понимать функционирование бизнеса клиента, затем переводить эти знания в систему, т.е. записывать требования в форме, понятной не только программистам, но и всей команде, участвующей в проекте, а значит и проекту. менеджер, дизайнер, архитектор или тестировщик. Чтобы быть аналитиком, необходимо уметь задавать вопросы и давать ответы. Это также способность понимать вопросы и искать ответы. В этом смысле аналитик действительно является посредником. Также на уровне «доводки» деталей аналитик консультирует их с клиентом и передает выводы программистам. На что не отвечает документация, должен ответить аналитик.
Как Рекрутер помимо найма может зарабатывать от 1 млн. рублей в месяц? Скачивайте бесплатно полный гайд по ссылке!
Какова роль аналитика на протяжении всего жизненного цикла проекта?
Уже на первом этапе жизни проекта аналитик создает различные артефакты для обеспечения достижения целей клиента, а также передает эти знания командам разработчиков. Термин артефакты включает в себя различные типы диаграмм (UML, BPMN), прототипы интерфейсов, варианты использования или пользовательские истории в случае Agile-метода или функциональных документов. Для создания этих артефактов мы используем различные методы сбора требований, например:
- аналитические мастерские,
- интервью,
- сеансы мозгового штурма,
- анализ внешней документации,
- моделирование процессов,
- прототипирование.
Собеседование системного аналитика вопросы и ответы
Правильные вопросы на собеседовании помогут вам оценить навыки кандидата, его поведенческий интеллект и социальные навыки. Ознакомьтесь с наиболее часто задаваемыми вопросами и советами по анализу ответов.
1. Какова, по вашему мнению, основная роль системного аналитика?
Здесь интервьюер хочет оценить, достаточно ли у вас знаний по предмету. Это один из самых частых вопросов, с которыми вы столкнетесь на собеседовании.
Совет № 1: своевременно просматривайте ключевые моменты в своей голове. Сделайте это так быстро, чтобы интервьюер не мог понять, что вы обдумываете это.
Совет № 2: Будьте точны. Просто дайте им знать, что вы обладаете знаниями, которые они хотят от вас.
Пример ответа
Прежде всего, аналитик должен предоставить подходящую удобную для пользователя систему с помощью своих навыков анализа и оценки.
Во-вторых, системный аналитик всегда должен рекомендовать другие возможные адаптируемые решения, и в рамках этого он / она должен предлагать, какое решение будет качественным, а также экономически эффективным для конкретной ситуации.
В-третьих, аналитик должен создать подробные спецификации, которые будут понятны как программисту, так и конечному пользователю.
В-четвертых, аналитик должен подготовить системный проект, который должен быть логичным и в то же время иметь модульный характер.
2. Можете ли вы поделиться своим опытом в самых последних проектах по компьютерному программированию?
Прежде чем нанять любого кандидата, интервьюер удостоверяется, что человек достаточно опытен, чтобы справляться с недостатками, возникающими в течение срока пребывания на работе.
Совет № 1: Какой ваш последний опыт? Подумайте о тех, кто имеет в виду. Это может быть что угодно, от проекта колледжа до программы обучения.
Совет № 2: Убедитесь, что ваш опыт соответствует ожиданиям интервьюера. Будьте краткими, информативными и простыми.
Пример ответа
В моей нынешней организации мне удалось успешно завершить проект ABC, работая системным аналитиком. Учитывая требования пользователя, я провел технико-экономический анализ. После чего я использовал отчет об анализе осуществимости, чтобы придумать анализ спецификации системы. Анализ системных спецификаций дал мне представление о функциональных спецификациях, что в конечном итоге позволило мне составить логичный и экономически эффективный проект и план тестирования.
После этого, когда система снова была внедрена через программистов, я оценил систему, исходя из требований. Требовалось несколько изменений, которые я внес и отправил обратно программистам. После доработки получилось идеально в соответствии с требованием, которое инициировало процесс развертывания. Сейчас он находится в процессе развертывания. После этого последуют ремонтные работы и будет создан механизм обратной связи. Это был отличный опыт для меня.
3. Объясните процесс анализа существующей системы.
Этот вопрос для интервью с системным аналитиком прост, но интервьюер хочет знать, знаете ли вы о протоколах, связанных с системным анализом.
Совет № 1: подготовьте в уме контрольный список.
Совет № 2: Убедитесь, что вы придерживаетесь составленного контрольного списка и не путаетесь между ними.
Пример ответа
Итак, для анализа существующей системы:
- Я должен проанализировать систему и ее работу, записать ключевой персонал, работающий над системой, и провести некоторое время с обслуживающим персоналом, чтобы наблюдать за более тонкими деталями работы системы.
- Затем я должен определить объем и цель системы и собрать все важные выходные данные и документы системы.
- После этого я должен составить руководство, записать контрольные точки и элементы управления, используемые в системе, изучить поток данных между подразделениями, понять выходные отчеты, служебные записки, заявления и т. д. и создать базовый документ для представления руководству .
- После этого очень важен анализ осуществимости, который определит, достигла ли система поставленной цели или нет. Если есть какое-либо отклонение, я должен быть в состоянии нарисовать пересмотренную блок-схему системы и обсудить ее с эксплуатационным персоналом.
- После этого очень важно сравнить экономическую эффективность новой системы со старой.
- Если пересмотренная система рентабельна и необходима, то после получения разрешения от лиц, принимающих решения, о пересмотренной версии системы следует начать с написания документации для ведомственного использования.
4. Как вы будете различать функциональные и нефункциональные требования?
Функциональные и нефункциональные требования к системе различны. Он включает в себя поток данных, классы, а также функциональные действия.
Совет № 1. Помните о ключевых областях функциональных результатов программы.
Совет № 2: Затем подумайте о том, что может произойти после того, как функциональные аспекты будут ясны.
Пример ответа
Чтобы быть очень конкретным в отношении функциональных и нефункциональных требований , функциональные требования описывают, что система должна делать, а нефункциональные требования описывают, как система должна работать. Например, производительность, возможности, масштабируемость, безопасность и т. д. являются нефункциональными характеристиками системы. Таким образом, нефункциональные требования фактически описывают качественные характеристики или атрибуты системы. Принимая во внимание, что аутентификация, административные функции, бизнес-правила, детали транзакций и т. д. являются функциональными особенностями системы. Таким образом, функциональное требование фактически описывает поведение или функцию.
5. Вас когда-нибудь просили разработать новую систему с ограниченными ресурсами? Проведи меня через это.
Вопросы, направленные на ваш опыт, — отличный способ завоевать интервьюера. Убедитесь, что вы всегда приводите хотя бы один пример и ни в коем случае не отказываетесь от вопроса.
Совет № 1: вернитесь в свои студенческие годы, когда ресурсы были ограничены, но вам приходилось разрабатывать программное обеспечение.
Совет № 2: Пусть это будет органично. Не преувеличивай.
Пример ответа
Да, год назад я был в ситуации, когда ресурсы были очень ограничены. Так что мне пришлось выработать стратегию. В первую очередь я оценил и продиагностировал структуру команды, чтобы иметь четкое представление о потенциале команды. После правильного понимания команды я провел анализ требований, потребностей бизнеса и процессов , анализ затрат и качества. На основе всех аналитических решений я спроектировал систему. После внедрения системы последовала оценка системы для снижения риска отказа системы в будущем. Благодаря этой стратегии я добился больших успехов при ограниченных ресурсах.
6. Как вы справляетесь с частыми изменениями требований пользователей?
Ваш интервьюер здесь пытается оценить ваше терпение и способность справляться с неприятными ситуациями. Без лишних слов переходите к вопросу, а не создавайте рамки.
Совет № 1: Будьте проще.
Совет № 2: Не усложняйте, так как из вашего ответа может выйти следующий вопрос.
Пример ответа
Управление изменениями необходимо для достижения успеха на любой должности. Если мне когда-нибудь придется иметь дело с частыми изменениями в требованиях пользователей, я проанализирую ситуацию, потрачу достаточно времени на отслеживание всех изменений, сделанных до сих пор, и обсужу с заинтересованным персоналом причины ожидаемых новых изменений. Я также позабочусь о том, чтобы у нас было четкое видение и практический план для внесения всех изменений, необходимых для роста компании.
7. Какие, по вашему мнению, навыки необходимы, чтобы стать хорошим компьютерным аналитиком?
Интервьюер хочет знать, знаете ли вы об этих навыках, и внедряете ли вы их в свое поведение.
Совет № 1: ни в коем случае не пренебрегайте навыками.
Совет № 2: Не приводите свои примеры. Пусть решит интервьюер.
Пример ответа
Я считаю, что хороший компьютерный аналитик должен обращать внимание на сложные детали, поскольку он может найти несколько способов устранения неполадок за определенное время. Они должны уметь выявлять и решать проблемы, а также хорошо разбираться в программных приложениях и сетях.
8. Знаете ли вы о требованиях, которые системный аналитик должен собирать и анализировать?
Опять же, технический вопрос для оценки ваших технических знаний в этой области.
Совет № 1. Подумайте о проектах, которые вы реализовали, и расскажите о своем прошлом опыте.
Совет № 2: систематизируйте разные ответы.
Пример ответа
Системные аналитики должны собирать и анализировать в основном два типа требований.
- Функциональные требования: содержит подробную информацию о том, что система собирается делать. Например, бизнес-правила, административные функции, аутентификация, детали транзакций и т. д. Функциональные требования говорят о поведении или функциях системы.
- Нефункциональные требования: содержит подробную информацию о том, как должна работать система. Например, производительность, возможности, масштабируемость, безопасность и т. д. Нефункциональные требования говорят о качественных характеристиках и атрибутах систем.
Рекомендуем к прочтению: 7 вопросов и ответов на собеседовании с Бизнес-аналитиком
9. Вы когда-нибудь разрабатывали блок-схему или диаграмму для описания логических операционных шагов программы?
Блок-схемы и схемы технологических процессов помогают четко передать пошаговые инструкции, которым должна следовать система. Интервьюер пытается понять, насколько хорошо вы можете передать свои идеи с помощью эффективного визуального представления.
Совет № 1: Поймите мотив заданного вопроса.
Совет № 2: пересмотрите свои блок-схемы в голове.
Пример ответа
Да, я считаю, что любая операция требует логического представления в виде блок-схемы. Я рисую блок-схему после выбора программы. Это помогает мне в оценке критических параметров, которые я должен обеспечить при разработке программы.
10. Что должен документировать системный аналитик?
Документация является неотъемлемой частью системного аналитика. Убедитесь, что вы правильно ответили на этот вопрос.
Совет № 1: знаете ли вы о важности документации? Отлично, включите это в свой ответ.
Совет № 2: Сделайте это актуальным с профилем системного аналитика.
Пример ответа
Системный аналитик должен документировать, что происходит в системе, а что еще не построено. Часто это делается с участием технических писателей и системных дизайнеров. Он должен включать пользовательские сценарии, функциональные действия, потоки данных , классы и интерфейсы между системами для всестороннего понимания.
11. Как бы вы сделали регистрацию программного обеспечения?
Менеджер системного аналитика должен хорошо разбираться в процессе регистрации программного обеспечения. Интервьюер попытается понять, знакомы ли вы с процессом или нет.
Совет №1: Регистрация производится на инвентаре. Это должен быть ваш первый шаг к ответу на вопрос.
Совет № 2. Создавайте последние процессы, помня о различных областях отрасли.
Пример ответа
Я бы зарегистрировал софт, сверив его с описью при покупке и перед установкой. Затем отдел получения программного обеспечения заполнит регистрационную форму и вернет ее издателю программного обеспечения. Наконец, программное обеспечение будет названо в честь организации, а не отдельного человека.
12. Как вы думаете, как часто следует обновлять системы?
Обновление вашей системы имеет решающее значение для ее правильного обслуживания и мониторинга. Интервьюер хочет знать, понимаете ли вы важность обновления. Ответ должен быть простым, потому что преувеличение может навлечь на вас неприятности.
Совет № 1: Начните свой ответ, подчеркнув необходимость регулярного обновления программного обеспечения.
Совет № 2: Будьте уверены , отвечая на вопрос.
Пример ответа
Как правило, обновление системы требуется для решения проблем безопасности, исправления ошибок и т. д. Целесообразно устанавливать обновления для решения этих проблем. Каждая программа обычно имеет несколько регулярных незначительных обновлений и основных обновлений каждые 1-3 года.
13. Как бы вы объяснили сложную техническую проблему нетехническим заинтересованным сторонам?
Бывают случаи, когда вам приходится взаимодействовать с нетехническими людьми и заставлять их понимать сложные концепции технологий. Здесь интервьюер пытается узнать, можете ли вы справиться с такими заинтересованными сторонами.
Совет № 1: Ваш ответ должен отражать вашу эффективность в том, чтобы сложные технические концепции и проблемы звучали просто.
Совет № 2: Попробуйте продемонстрировать на примере.
Пример ответа:
Во-первых, я не буду предполагать, что моя аудитория, в данном случае заинтересованные стороны, обладает какими-либо базовыми техническими знаниями. Я буду держать под рукой шпаргалку с техническими терминами, чтобы они могли легко их понять. Я выберу повседневные примеры, чтобы донести свою точку зрения, и буду хорошо обращаться к контексту, чтобы убедиться, что проблема понятна для них.
14. Каким будет первое действие, если производство остановится?
Ситуационные вопросы ставятся, чтобы определить ваше отношение к решению проблемы.
Совет № 1: Сделайте это более актуальным на примерах.
Совет № 2: Вы также можете включить свои теоретические знания.
Пример ответа
Прежде всего, я укажу основную причину проблемы, будь то проблема с базой данных, проблемой приложения или проблемой инфраструктуры. Падение производства может быть результатом сбоя в управлении процессом или системой. Следовательно, я сначала проверю базу данных и отчеты, чтобы решить проблему, и проанализирую журналы ошибок. После этого я приму необходимые меры, чтобы привести все в порядок.
15. Как бы вы оценили и изучили наши существующие системы, чтобы предложить возможности улучшения?
Здесь интервьюер хочет знать, как вы можете стать дополнением к команде качества. Они также проверят, насколько вы внимательны к деталям.
Совет № 1: Убедитесь, что больше внимания уделяете компании, чем себе.
Совет № 2: Четко определите объем улучшений.
Пример ответа
В качестве системного аналитика моей ключевой обязанностью будет оценка и исследование существующих систем и попытка дать предложения по возможностям улучшения . Итак, прежде всего, я хотел бы привлечь пользователей и попытаться получить их отзывы об этом. Затем я хотел бы проанализировать все это и предложить, какой процесс можно улучшить или сократить или какие новые функции можно предложить пользователю.
16. Как вы планируете и расставляете приоритеты в своей работе?
Здесь интервьюер пытается оценить ваши навыки планирования и управления работой.
Совет № 1: сосредоточьтесь на том, как вы можете быть ценным дополнением к организации.
Пример ответа
У меня есть привычка организовывать свои задачи в список дел. Я расставляю приоритеты в своей работе в соответствии со срочностью и важностью. В первую очередь я выполняю те задачи, которые требуют моего немедленного внимания, управляя временем. Я также буду гибким, чтобы приспособить любую приоритетную задачу, не затрагивая весь мой график.
17. Предложите эффективный метод мониторинга и обслуживания компьютерных систем.
Производительность системы имеет значение. Интервьюер здесь пытается узнать, что вы можете сделать для улучшения существующих компьютерных систем.
Совет № 1: сосредоточьтесь на том, как вы можете улучшить компьютерную систему. Ответ придет к вам немедленно.
Совет № 2: Извлеките метод из ответа.
Пример ответа
Я считаю, что компьютерные системы контролируются и обслуживаются в соответствии со строгими правилами. Прежде всего, необходимо еженедельно проверять базу данных , чтобы устранять недостатки в системе. Во-вторых, недостатки следует устранять незамедлительно. Надлежащее обучение людей тому, как делать то же самое, может помочь в обслуживании компьютерной системы в долгосрочной перспективе.
18. Вы модифицировали систему, чтобы улучшить ее рабочий процесс? Поделитесь своим опытом.
Если вы опытный системный аналитик, интервьюер захочет узнать о вашей способности легко улучшить рабочий процесс.
Совет № 1: Приведите соответствующие примеры из вашего недавнего опыта.
Совет № 2: не преувеличивайте и не преувеличивайте.
Пример ответа:
На прошлой должности я работал над различными программными системами. Я столкнулся с ситуацией, когда мне пришлось внести пару модификаций для улучшения рабочего процесса. Итак, в первую очередь я проанализировал аппаратное и программное обеспечение системы. Во-вторых, я уменьшил нежелательные задачи, чтобы улучшить рабочий процесс. Наконец, сделал отчет и оценил систему на предмет повышения производительности.
19. Что такое клиент-серверная архитектура?
Интервьюер проверяет ваше техническое ноу-хау.
Совет № 1: не болтайте по техническим вопросам.
Совет № 2: отвечайте уверенно и давайте самое четкое определение, чтобы произвести впечатление.
Пример ответа
Архитектура клиент-сервер — это модель компьютеров, в которой сервер размещает, доставляет и управляет ресурсами и службами для клиентов. Это распределенная система, которая предлагает лучший способ распределения рабочей нагрузки и централизованного управления безопасностью и резервным копированием.
20. Как бы вы справились с серьезными проблемами и эскалациями?
Проблемы могут возникнуть в любой момент, и если их оставить без внимания, они могут обостриться и потребовать срочного внимания. Интервьюер здесь пытается проверить ваш подход к решению таких сложных вопросов.
Совет № 1: Такие вопросы иногда могут быть каверзными. Следовательно, будьте умнее.
Совет № 2: не переходите на личности.
Пример ответа
Я считаю, что давление в любой день полезно для меня, чтобы превзойти самого себя.
В случае эскалации, например, когда происходит сбой критически важного приложения, я позабочусь о том, чтобы тщательно оценить проблему и найти решение для ее устранения. Если потребуется, я свяжусь с руководством и заинтересованными коллегами, чтобы решить проблему быстрее.
С этими вопросами и ответами вы сможете найти подходящего человека, который станет вашим следующим менеджером в качестве системного аналитика для вашей организации. Найдите время и задайте правильные вопросы и посмотрите, верны ли ответы. Ваш следующий менеджер на роль системного аналитика ждет вас, поэтому начните процесс найма и задавайте правильные вопросы прямо сейчас.
Наше ИТ кадровое агентство предлагает вам найти Системных аналитиков менее чем за 2 недели. Свяжитесь с нами сегодня, чтобы узнать больше о том, как мы можем помочь масштабировать ваш следующий проект до новых высот. Мы гарантируем поиск самого сильного, а не самого дорого кандидата. За 10 лет в подборе it специалистов, мы закрыли 5500+ вакансий и собрали 25+ команд с нуля. Убедитесь сами и ознакомьтесь с отзывами клиентов о нашем рекрутинговом агентстве! Нужно больше референсов? Напишите нам в телеграмм.
Как подготовиться к собеседованию на позицию системного аналитика. ТОП-5 тем
Представьте, что вам предстоит собеседование на позицию системного аналитика (СА). Что нужно знать для успешного прохождения интервью и какие вопросы могут задать? Эта статья может стать roadmap при подготовке к собеседованию.
Кто такой системный аналитик
Для начала, давайте обозначим границы, чтобы понимать для кого эти темы и вопросы актуальны. Границы роли системного аналитика далеко не всегда четко обозначены. От компании к компании я встречаю совершенно разные интерпретации должностных обязанностей таких специалистов. Однако, большинство компаний, занимающихся веб- и мобильной разработкой близки в своем понимании роли СА и требованиях к кандидатам.
Чаще всего требования к кандидатам следующие (помимо опыта работы в определенном домене):
- Основная деятельность: сбор, анализ и документирование требований к ПО на техническом языке. Сопутствующее общение с заказчиками и проектной командой, изучение предметной области, участие в проектировании решений, проверка реализованного функционала на соответствие требованиям, участие в показах.
- Требуемые hard skills: навыки разработки технической документации (BRD, SRS), опыт работы с различными СУБД, уверенные знания SQL, проектирование модели данных, знание нотаций UML, BPMN, знание различных методов интеграции систем, понимание принципов проектирования REST API, опыт работы с SOAP, понимание особенностей форматов обмена данными JSON/XML.
- Требуемые soft skills: коммуникабельность, способность находить общий язык и с разработкой, и с бизнесом, аналитическое мышление, умение работать в условиях недостатка информации, адаптивность к изменениям, проактивность и ответственность за конечный результат.
Откуда вопросы?
За последний год на позиции тимлида группы системных аналитиков я провела немало собеседований. Но не менее ценным опытом считаю личные собеседования на позицию СА в других компаниях, в ходе которых я выявила для себя ТОП-5 тем с возможными вопросами, которые повторялись практически на каждом интервью. Во избежание читерства я не буду давать ответы, но оставлю ссылки на ресурсы, изучив которые вы с легкостью ответите на все вопросы.
Сразу уточню, что далеко не все вопросы встретятся у вас на собеседовании одновременно. Но если вы претендуете на высокую позицию и пройдете N собеседований, то с большой долей вероятности встретите все эти вопросы на своем пути. Также хочу отметить, что для аналитиков разного уровня требуется разная детализация ответов. Если вы junior/pre-middle, то обычно достаточно поверхностного ответа на приведенные примеры вопросов, чтобы интервьюер понял, что вы сталкивались с темой или хоть чуть-чуть в этом разбирались.
ТОП тем
Требования к ПО
Тема очень важная, я бы даже сказала основополагающая, но при этом достаточно холиварная. Потому что обилие информации провоцирует ее разночтения. Чаще всего интервьюеры ожидают услышать ответы на основании модели, представленной в книге К. Вигерса и Д. Битти «Разработка требований к ПО». Поэтому не лишним будет заранее подготовить примеры по уровням требований (бизнес-требования, пользовательские и функциональные).
Возможные вопросы:
- Что такое требование к ПО?
- Какие виды требований вы знаете?
- Чем отличаются бизнес-требования от функциональных?
- Чем отличаются функциональные требования от нефункциональных?
- Чем отличаются пользовательские требования от функциональных?
- Привести примеры каждого из требований или классифицировать предложенные требования.
- Какие критерии качества требований вы знаете?
Для компаний, где роль СА объединена с БА (бизнес-аналитиком). Сюда же могут попасть вопросы про выявление требований: основные техники сбора требований, управление стейкхолдерами (заинтересованными сторонами), выбор стратегии работы со стейкхолдерами и тп.
Ресурсы для изучения:
Ответы на все вопросы есть в замечательной книге К. Вигерса и Д. Битти «Разработка требований к ПО». Книга, на мой взгляд, обязательна к прочтению каждому СА. Но если вам все-таки лень читать 716 страниц достаточно сложного к восприятию текста, то вот список ресурсов, где хорошо описаны ответы на вопросы выше:
- Полезные выдержки вышеобозначенной книги вы можете найти тут и тут
- Про критерии качества требований
- Интересная презентацияпро разные подходы к классификации требований (по Вигерсу, ГОСТ34, SWEBOK, IEEE 830 и RUP)
Процесс разработки ПО
В основном тут достаточно рассказывать про свой опыт и про то, как организован процесс разработки на текущем месте работы. Но будет плюсом, если вы покажете эрудицию, рассказав про разные методологии и их использование.
Возможные вопросы:
- Какие методологии вы знаете? Работали ли вы по Agile/Waterfall или любой другой методологии.
- Расскажите про жизненный цикл разработки проекта: этапы, роли, артефакты.
- Какую роль выполняет системный аналитик в проектах разработки ПО?
- Какие обязанности закреплены за вами на вашем текущем месте работы?
Ресурсы для изучения:
- Про процесс, роли и артефакты
- Модели жизненного цикла, принципы и методологии разработки программного обеспечения (ПО), а можно и покороче
- ПроБА vs СА
Документация к системе и другие артефакты деятельности аналитика
Опять же, как и в предыдущем блоке в основном вопросы про ваш опыт, чтобы оценить насколько он релевантен тому, что вам предстоит делать.
Возможные вопросы:
- Какую документацию вы пишете на текущем месте работы?
- Что вы описываете в ТЗ на разработку?
- Насколько детально вы описываете то, что требуется реализовать? Бизнесовым или техническим языком?
- Какие артефакты остаются в итоге вашей работы и для чего они используются в дальнейшем?
- Был ли опыт работы с ГОСТом 34/19?
- Кто ставит задачи на разработку? В описании постановок на разработку придерживаетесь ли вы какого-то определенного формата? Какой уровень детализации ваших постановок?
Ресурсы для изучения:
- Про разные стандарты ТЗ на разработку ПО
- Шаблон спецификации требований к ПО
Проектирование решения
Как показывает практика, далеко не каждый СА участвует в проектировании решения. Это связано с различиями в понимании роли СА в разных компаниях, а также с уровнем компетенции СА (достаточно ли у аналитика знаний и опыта, для влияния на выбор реализации решения или нет). Но, как минимум, аналитик всегда может облегчить задачу тем, кто занимается проектированием решения, предоставив им исчерпывающее, грамотно оформленное и понятное всем описание бизнес-задачи и ожидаемых функциональных возможностей системы.
Возможные вопросы:
- Участвуете ли вы в проектировании решения? Если да, то каким образом?
- Вопросы про работу с базами данных:
- Что такое БД? Какие бывают БД (речь про классификацию по модели данных)? С какими БД работали?
- Что такое СУБД? Основные функции СУБД? С какими СУБД работали? Какие клиенты для работы с СУБД использовали?
- Чем отличаются SQL и NoSQL БД?
- Что лежит в основе реляционных БД?
- С какими нереляционными БД работали?
- Какие типы ограничений в реляционных БД знаете (constraints)?
- Что такое нормализация? Зачем она нужна?
- Какие нормальные формы (НФ) вы знаете? Решить кейс с нормализацией данных.
- Что такое ER-модель?
- Умеете ли вы строить ER-диаграмму? Какие нотации знаете?
- Есть ли у вас опыт проектирования БД?
- Могут попросить спроектировать концептуальную/логическую модель данных для некоторой предметной области.
- Какие подмножества SQL вы знаете? (речь идет про DDL, DQL, DML и DCL). Расшифровать аббревиатуры и привести примеры операторов для каждого подмножества.
- Рассказать про самые популярные операторы, зачастую это:
- JOIN
- UNION
- ORDER BY
- GROUP BY
- HAVING
- Различные агрегатные функции
- Какие диаграммы вы использовали в своей работе?
- Для чего используют диаграмму деятельности (Activity diagram)/диаграмму состояний (Statechart diagram)/диаграмму вариантов использования (UseCase diagram)/диаграмму последовательности (Sequence diagram)?
- Описывали ли вы варианты использования в табличном формате?
Ресурсы для изучения:
- Основы проектирования БД (теория)
- Основы проектирования БД (практика)
- SQL и NoSQL
- Про ER-модель
- ER в нотации Чена
- ER в нотации Баркера и Мартина
- Основные команды SQL
- Про DDL, DML, DCL и TCL
- Про BPMN 2.0
- Про UML
Интеграции
С этой темой надо быть аккуратнее. Есть ситуации, когда лучше сказать хоть что-то чем не сказать ничего, но здесь работает ровно противоположное. Если вы не уверены в том, что достаточно разбираетесь в теме, лучше не утверждать ничего, что вызовет дополнительные вопросы на понимание.
Возможные вопросы:
- Какие способы интеграции систем вы знаете?
- Чем отличаются синхронное и асинхронное взаимодействия?
- Что знаете про очереди сообщений? Для чего их используют?
- Проектировали ли вы API? Каким образом описывали спецификации?
- Тестировали ли вы сами API? Какое ПО использовали?
- HTTP:
- Какие основные HTTP методы знаете?
- Расскажите про HTTP сообщения. Какую структуру имеет запрос? Какую структуру имеет ответ? Какие коды состояния (status code) знаете и что они означают?
- Чем отличается POST от PUT от PATCH?
- Что знаете про концепцию CRUD?
- Что такое JSON? Для чего используется?
- Что такое REST?
- Какие основные принципы REST знаете?
- Что такое SOAP? В каком формате передаются сообщения?
- Какая структура у сообщения SOAP?
- Работали ли с XML? Что это?
- Что такое XSD? Проектировали ли вы XSD схемы?
- Для чего используется XSLT? Приходилось ли вам писать XSLT преобразование?
Ресурсы для изучения:
- Методы и подходы к интеграции систем и подробнее
- Синхронное, асинхронное и реактивное взаимодействие
- Про очереди сообщений
- Поверхностно про REST API, а заодно и HTTP, SOAP и JSON — это все есть в статье
- Про сообщения HTTP
- Подробнее про REST, HTTP и SOAP и все связанное с этими темами можно почитать как минимум в википедии и этого на мой взгляд уже будет достаточно для большинства интервьюеров (при условии, что вы понимаете о чем говорите, конечно)
Важно понимать
Мало знания теории по той или иной теме, нужны и навыки практического применения этих знаний. Важно уметь погружаться в предметную область, раскапывать все до мелочей, анализировать добытую информацию и делать на основе нее корректные и полезные выводы. Любое развитие предполагает решение задач по выбранной тематике и наработку опыта. Поэтому изучайте реальные кейсы, пытайтесь продумать как бы вы решали подобные задачи, анализируйте чужой опыт, старайтесь найти альтернативные пути, узкие места, потенциальные ошибки в знакомых вам системах, ищите общее в подходах к проектированию систем. В общем, тренируйте свою “нейросеть” мыслить аналитически 🙂
На мой взгляд, сейчас идеальное время для вхождения в профессию и развития в ней. Рынок предлагает огромное число вакансий для аналитиков с очень достойной оплатой труда и возможностью удаленной работы (к слову, для тех, кто находится в поиске – у нас в компании вакансий тоже много).
А какие из вопросов встречались на собеседовании у вас? Возможно какие-то вопросы вам кажутся неуместными для СА?
Иллюстрации: Михаил Голев
- системный анализ
- собеседование вопросы
- бизнес анализ
- системный аналитик
- карьера в it
- карьера ит-специалиста
- собеседование в it
- собеседования в ит
- требования к системе
- функциональные требования
Как пройти техническое собеседование на системного аналитика в любой компании (сборник вопросов)
Я проходил технические собеседования на системного аналитика в самых разных компаниях и каждый раз записывал все вопросы. У меня накопилось 120 вопросов. Список вопросов выкладываю в этой статье. Даю гарантию, что, подготовившись по этим вопросам, вы будете успешно проходить технические собеседования в большинстве, если не во всех, it-компаниях. Почему? Потому что большинство вопросов повторяются от собеседования к собеседованию. Очень высока вероятность того, что вопросы, которые вам будут задавать, будут из этого списка.
Про форматы технических собеседований
Традиционно техническое собеседование состоит из двух частей: сначала тебя просят рассказать о своем опыте работы, а потом задают теоретические вопросы.
Встречаются собеседования, которые проходят вообще без теоретических вопросов – спрашивают только про твой опыт – что ты делал на проектах. Это самые простые собеседования.
Другая крайность – «соковыжималка» – часовое или 1,5-часовое собеседование с огромным количеством теоретических вопросов по всем темам. Очень похоже на тестирование. Выжимают все соки. Вопросы из нескольких таких «соковыжималок» тоже попали в мой список.
Что делать, когда вы не знаете ответ на вопрос
Техническое собеседование выглядит как экзамен, но на самом деле, это не экзамен. Если вам задают вопрос, на который вы не знаете ответа, не тушуйтесь, смело говорите – не знаю, не сталкивался с этой темой. Да вы и не обязаны знать всё, о чем вас спрашивают. Задача собеседующего понять, где вы сильны, а где слабы. Это нормально, что вы чего-то не знаете. Ваша спокойная реакция на сложный вопрос – это уже хороший ответ!
Первое правило успешного прохождения технического собеседования — подготовка
Главное – подготовка. Нужно повторить все темы, по которым вас могут спрашивать. Как это сделать? Просто нужно знать, на какие темы чаще всего задают вопросы (см. ниже). И повторить эти темы, читая статьи на Хабре.
- Требования (виды требований, работа с требованиями, форматы use case и user story);
- Нотации UML и BPMN;
- SQL и базы данных;
- Интеграции (REST, SOAP, XML, XSD, брокеры сообщений, микросервисы и пр.);
- Методологии разработки ПО
После каждого собеседования записывайте вопросы и повторяйте их к следующему собеседованию. Вы увидите, что многие вопросы (и даже задачи) повторяются.
Самый популярный технический вопрос
Абсолютный лидер среди всех технических вопросов: «Что такое REST и чем REST отличается от SOAP?»
Найдите статьи на Хабре на эту тему и будьте готовы к этому вопросу!! Этот вопрос задают почти на каждом собеседовании. А тема интеграций – это тема номер один на собеседованиях.
А вот несколько самых популярных общих вопросов.
«Расскажите про рабочий процесс на последнем вашем проекте»
Один из самых частых вопросов — когда тебя просят рассказать, как на твоей работе был построен рабочий процесс. Вот тут может возникнуть желание приукрасить, особенно если ваш эджайл совсем не эджайл. Этого делать не надо – нужно рассказывать именно так, как все было на самом деле, со всеми недостатками рабочего процесса (а у кого их нет?). Нужна реальная, а не приукрашенная картина.
«Расскажите, что содержится в вашей типовой постановке задач для разработчика»
Тоже один из самых частых вопросов. Лучше всего заранее вспомнить какие-то примеры из своей практики.
Вопросы и задачи на знание SQL
Знания SQL проверяют очень часто. Это могут быть устные вопросы на знания SQL. Или показывают модель данных и просят написать sql-запрос в онлайн-чате или выполнить sql запрос в специальной программе на тестовой базе данных. Для изучения (повторения) SQL можете использовать отличные онлайн-тесты на https://www.sql-ex.ru/. Уровень этих тестов выше, чем задачи на собеседованиях.
Вопросы на реальных технических собеседованиях на должность системного аналитика
(частые вопросы выделены жирным шрифтом)
I Общие вопросы
1. Почему вы меняете работу?
2. Расскажите о себе и своем опыте.
3. Расскажите, что вы делали как аналитик.
4. Какую работу вы ищете?
5. Что вы хотите получить от новой работы?
6. Что вам нравится делать как аналитику и что не нравится?
7. Какими достижениями в своей работе вы гордитесь?
8. Как вы относитесь к переработкам?
9. Опишите своего идеального руководителя.
10. Опишите идеальную для вас команду.
11. Что самое сложное было для вас в работе?
12. Расскажите о своей самой сложной/важной работе за последние полгода.
13. Кем вы себя видите через 2 года? Через 5 лет?
14. Были ли у вас провалы?
15. Были ли у вас конфликты с коллегами и как вы их решали?
16. Как решались технические разногласия в команде?
17. Какую последнюю книгу вы прочли?
18. Чем вы любите заниматься?
19. Приходилось ли вам работать со сложным заказчиком и как вы улаживали разногласия?
20. У вас есть портфолио аналитика? Пришлите что-нибудь из вашего портфолио.II Требования
21. Какие группы требований вы знаете?
22. Что входит в нефункциональные требования?
23. Каким критериям должны соответствовать требования?
24. Вам аналитик принес список требований. Как вы их оцените?
25. Приходилось ли вам писать Use cases? Как пишутся Use cases?
26. Приходилось ли вам писать User story?
27. Вы продаете кофейные аппараты. Я заказчик. Какие вопросы вы зададите потенциальному заказчику, который хочет купить кофейный аппарат в офис? (заказчик при этом на все вопросы отвечает «не знаю»)
28. С какими группами заинтересованных лиц вы общались?III Нотации UML и BPMN
29. Какими нотациями вы владеете?
30. Какими UML диаграммами вы пользуетесь?
31. Нарисуйте диаграмму последовательности для процесса, когда пользователь через веб-форму отправляет запросы в rest-сервис для получения данных.
32. Что такое диаграмма последовательности? (Что описывает диаграмма последовательности?)
33. Составьте схему BPMN для процесса, описывающего работу банкомата (устно)
34. Какие бывают Gateway в BPMN?
35. Какие элементы BPMN вы знаете?IV SQL и базы данных
36. Приходилось ли вам писать sql-запросы? Для чего?
37. Зачем нужны индексы в таблицах БД?
38. Знакомы ли вы с нормализацией баз данных?
39. Задача на нормализацию таблиц базы данных. Дают две таблицы с некоторыми полями. Что в них не так и почему? Как исправить?
40. Какие виды JOIN запросов вы знаете?
41. Задача sql. Дают таблицы. Напишите SELECT с такими-то условиями запроса (задача на JOIN).
42. Задача sql. Дают таблицы. Напишите SELECT с такими-то условиями запроса (задача на GROUP BY).
43. Даются следующие три операции SQL. Какой будет результат?TRUNCATE TABLE;
ROLLBACK;
SELECT * FROM TABLE;44. Чем TRANCATE отличается от DELETE?
45. Дается SQL запрос. Назовите все ошибки в синтаксисе, которые вы видите.
46. Назовите все способы в SQL выбрать данные из первой таблицы, которых нет во второй таблице (NOT IN, NOT EXISTS и др).
47. Что такое транзакция?
48. Какими свойствами должна обладать транзакция? (ACID)
49. Чем отличается UNION от UNION ALL?
50. Какие типы JOIN вы знаете? Чем LEFT JOIN отличается от FULL JOIN ?
51. Можете назвать три первые формы нормализации?
52. Что такое первичный ключ? Каким свойством обладает первичный ключ? Что такое внешний ключ?
53. Что такое поисковые пути в базах данных?
54. Какие бывают представления в БД?
55. Для чего используется HAVING в SQL?V Интеграция
56. Что такое XSD?
57. Что содержится в XML?
58. Чем sequence отличается от choice в XSD?
59. Приходилось ли вам писать XSD?
60. Что такое пространство имен в XML?
61. Какими программами вы работали с XML?
62. Что такое WSDL?
63. Чем SOAP отличается от REST?
64. Из чего состоит сообщение в SOAP?
65. Что содержит HEADER в ответе REST?
66. Чем отличается ошибка 200 от 201?
67. Какие методы REST вы знаете?
68. Чем POST отличается от GET?
69. Чем PUT отличается от PATCH?
70. Приходилось ли вам писать JSON? С помощью чего вы писали JSON?
71. Напишите пример rest-API для книжной библиотеки (напишите методы, эндпоинты и пример JSON).
72. Что содержит URL в REST запросе?
73. Как проверить, что сообщение брокера получено в полном объеме?
74. Знаете ли вы CAP-теорему?
75. Что такое stateless и stateful, если говорить про сервисы? Rest – это какие сервисы? Что значит stateless сервисы?
76. Что такое идемпотентность? Почем это важно?
77. DELETE – идемпотентный метод?
78. Приходилось ли вам проектировать взаимодействие информационных систем?
79. Что такое корпоративная шина? Приходилось ли работать с корпоративной шиной?
80. Чем корпоративная шина отличается от ETL – инструмента?
81. Чем брокер сообщений отличается от корпоративной шины?
82. К корпоративной шине подключены веб-сервисы. В одном веб-сервисе появились два новых обязательных поля. Что изменится в интеграции?
83. Есть некий UI, нужно написать к нему веб-сервис. Опишите вашу постановку – что в ней будет.
84. Что такое синхронные и асинхронные вызовы?
85. Приходилось ли вам работать с брокерами сообщений?
86. Для чего вы использовали брокер сообщений?
87. Как брокер сообщений гарантирует доставку сообщений?
88. Чем Kafka отличается от RabbitMQ?
89. Есть две системы. Назовите все способы интеграции этих систем.
90. Какие виды/способы интеграции вы знаете?
91. Клиент читает в Kafka два последних сообщения. Как тому же клиенту заново
прочитать эти два последние сообщения?
92. Приходилось ли вам проектировать API в нотации OpenAPI/Swagger?
93. Опишите все способы снизить нагрузку на вебсервис.
94. Есть четыре системы, участвующие в последовательном исполнении заказа клиента на выдачу карты: форма заявки на выдачу карты, скоринг, печать карты, логистика. Опишите, как вы их интегрируете между собой.
95. Знакомы ли вы с микросервисами?
96. Что такое Хореография и Оркестрация?
97. Какие достоинства и недостатки микросервисов вы знаете?
98. Расскажите про токен-авторизацию в микросервисах.VI Методологии разработки ПО
99. Чем Kanban отличается от Scrum?
100. В каких методологиях вам приходилось работать?
101. Какие методологии разработки программного обеспечения вы знаете?
102. Опишите процесс работы, который был принят на вашем проекте.VII Прочие вопросы
103. Чем авторизация отличается от аутентификации?
104. Знакомы ли вы с электронными подписями? Как они работают?
105. Что такое sftp?
106. Как работает https?
107. Есть карандаши, фломастеры и ручки. Опишите для них примеры классов (наименования, атрибуты, методы).
108. Приходилось ли вам работать с AsciiDoc или MarkDown разметкой?
109. Опишите, что обычно содержится в вашей постановке для разработчиков?
110. Чем бизнес-аналитик отличается от системного аналитика?
111. Чем ГОСТ 19 отличается от ГОСТ 34?
112. Приходилось ли вам писать спецификации?
113. Какие документы по ГОСТУ вы писали?
114. Что такое анализ, синтез?
115. Что такое уровень абстракции?
116. Приходилось ли вам самому тестировать ПО?
117. Что можете рассказать про хеширование?
118. Какие способы разграничения доступа вы знаете?
119. Задача: опишите типовые составные части АИС, не входящие в основной функционал (какие подсистемы АИС есть в большинстве АИС).
120. С какими языками программирования знакомы? Сможете прочитать и разобрать код, написанный на Java?И несколько заметок о текущем рынке труда
Теперь поговорим о спросе и предложении на рынке аналитиков. После того как вы успешно пройдете техническое собеседование и продемонстрируете высокий уровень знаний, ваша цена как специалиста вырастет в глазах нанимателя. Можно подумать и о повышении зарплаты, не правда ли?
Спрос на аналитиков сейчас (в 2021) очень высок. Только с одного hh.ru на резюме приходит до 20-30 приглашений на собеседования в день (Senior analyst, з/п свыше 200 т.р., Москва). Рекрутеры буквально упрашивают прийти к ним на собеседование. Все это говорит о том, что это уже не рынок покупателя, а рынок продавца. Дефицит кадров. Соответственно растут и офферы. (Диапазон широк – на должность ведущего аналитика предлагают з/п от 200 до 300 net, в зависимости от компании).
Если рекрутеры в разговоре спрашивают вас, каков ваш «комфортный уровень зарплаты» – это намек на то, что вы указали в резюме зарплату ниже рынка (или компания готова предложить вам заметно выше). Можете смело поднимать ценник.
Рекрутеры не стесняются спрашивать, какие офферы у вас уже на руках, чтобы предложить больше. Некоторые компании предлагают бонусы за выход (сразу или по окончании испытательного срока).
Если вам показалось, что интересный вам оффер недостаточно высок – не стесняйтесь просить больше, компании охотно идут навстречу опытным специалистам. Аналитики нужны всем.
Дорогие коллеги, я поделился с вами этой базой вопросов потому что считаю, что она может быть полезна многим (как тем, кто проходит, так и тем, кто проводит собеседования). Взамен небольшая просьба. Добавляйте, пожалуйста, вопросы и задачи с собеседований в комментарии. Пусть эта статья постоянно обогащается новыми интересными вопросами и темами. Это будет стимулировать аналитиков больше читать, изучать, развиваться и находить лучшую в мире работу.
- собеседование
- собеседование вопросы
- системный аналитик
- техническое собеседование