Пока я репетирую вебинар «Путь новичка» от Практикума, пытаюсь не разболеться и успевала почти за выходные сгонять на малую родину, мир не стоит на месте.)
С начала года, как и всегда повышается спрос на карьерные консультации. Запросы разные:
🔵 кому-то нужно понять из-за чего трясется рынок и как ему к этому адаптироваться;
🔵 кому-то нужно понять сколько он может стоить на таком подвижном рынке со своим опытом;
🔵 кому-то не хватает практики и понимания как держаться на разных типах собеседований.
Вот вопросы про собеседования ко мне прилетают в последнее время чаще всего.
Самые распространенные типы собеседований:
🔵 собеседование в свободной форме;
🔵 собеседование на проверку технических навыков;
🔵 HR - собеседование.
Вот с третьим типом собеседований проблем практически нет. Я редко кого-то удивляю, когда рассказываю про него.
А вот в собеседованиях на проверку технических навыков сейчас относительно новое течение: System Design.
Относительно, потому что это эволюционное развитие кейсового технического собеседования и в каких-то зачатках такой подход применяется не впервые.
Так, что же такое System Design?
Это проектирование системы по заданным условиям с учетом всех компонентов и взаимодействий, и в случае, собеседования, такое проектирование проходит прямо перед интервьюером.
Такая техника проведения собеседования несомненно подходит для архитекторов, системных аналитиков и каких-нибудь технических руководителей, но я тут подумала, что я свои мок-собеседования для бизнес-аналитиков уже давно веду подобным образом.
Я даю короткое описание, которые мы якобы получили от заказчика и прошу подготовить по этому описанию постановки для передачи в разработку. В этот формат входит все. Я жду, что кандидат:
🔵 Выявит и уточнит требования;
🔵 Если они есть, то найдет противоречия в требованиях и предложит решение по ним;
🔵 Смоделирует хотя бы последовательность процесса;
🔵 Сможет формализовать требования, которые он выявил в любом знакомом формате: User Story, ТЗ, ЧТЗ, Use Case, BRD, …
И это как минимум. Если в начале кандидат заявил, что еще знаком с системным анализом, то прошу накидать что-то из диаграмм UML. Но это так, просто для честности.)
В итоге, после такого человек не только понимает насколько он готов или не готов для реальных собеседований, но и лучше понимает, что не теорию надо бросаться учить, хотя до нее он тоже дойдет, но лучше понимать полный цикл работы аналитика на проекте/продукте.
А как вы считаете, хороший ли это способ проверить компетенции аналитика? Хотели бы публичное мок-собеседование от меня?)