#подбораналитиков #задачи #HR #поискработы #собеседования #мойопыт
Продолжим про отбор Аналитиков.
Я не буду долго останавливаться на обычной схеме проведения собеседования, когда сначала компания должна рассказать о своих потребностях, а потом расспросить о вас. Именно в такой последовательности, ибо обратный порядок очень сильно бесит соискателя, и вызывает много вопросов. Это что-то в духе игры в сапёра, я буду говорить о себе, но могу и не угадать, что нужно рассказывать? И тут все про что? А иногда после рассказа требований и вакансии, становится понятно кандидату, что он не то и сразу все расходятся.
Если всё хорошо, то после рассказа о себе часто идёт задание.
Что спрашивать? Или что спрашивают?
Идеальный вариант, когда ты знаешь кто тебе нужен и ты своими задачами проверяешь владение инструментами.
Часто идёт моделирование процесса работы аналитика в этой компании.
Расскажу про задачи, которые я чаще всего задавала на собеседованиях.
1. Проходится проверять владение русским языком, не в плане грамматики, а в плане того, как человек формулирует свои мысли, как говорит. Это действительно беда, возможно причина отмена сочинений в школе или быстрые посты в Инстаграм. Поэтому идёт задача из разряда "дайте определение термину". Термин может быть любой и из повседневной жизни. Например, в одной компании, мы часто просили дать определение чайнику, потом взглянули на банкомат. То есть что-то неоднозначное. Цель этого задания - понять как человек может четко сформировать термин и вложить в него все ограничения, чтобы я не знающий этот термин, прочитала и поняла, что это. Чтобы не было несколько вариантов прочтения, а было больше однозначности. Все аналитики сталкиваются с этим в своей работе, ТЗ начинается со словаря.
2. Далее я рассказываю про понятную предметную область. Я работала на проектах автоматизации предприятий, поэтому и взяла в качестве основы работу ресторана, отличное предприятие, есть зал, склад, кухня. И всё должно вместе работать. Вот вам и системы, и их интеграция. В компании, где нужно работать с единой системой и её модернизировать мне предложили разобраться с библиотекой и процессом заказа книги. В интеграции, предложили сделать интеграцию процесса смены статуса банкомата "работает, нет денег, не работает" и в конечном итоге отправлять смс администратору.
Но это всё выглядит обширно, поэтому как я уже писала ранее, стоит помогать соискателю и сужать область задачи.
На задаче с рестораном я просила отписать предметную область и понять какие сущности будут в основе системы и как они между собой связаны. У нас именно такие задачи были в компании. Если говорить про то, что мы специально делили Аналитиков на бизнес и системных, то и задачи были как раз такие, чтобы выявить как кто мыслит.
Бизнес аналитик, часто имеет точку зрения, с которой он смотрит на процесс развития предприятия, улучшения того, что есть сейчас. И на анализ отчётности и выводов из неё. Например, по отчётам я могу понять какой официант у меня более быстрый и приносит много денег и его поощрить. Или понять график заполняемости всего помещения. Стоит ли делать бизнес-ланч? Имея данные, можно не останавливаться в фантазии, правда иногда бывает в реальной жизни так, что часть отчётов потом просто отмирают.
Если говорить про системного Аналитика он часто мыслит уровнем ниже и его точка зрения - взаимодействие систем. Поэтому и на процессы он смотрит из разряда - "как его лучше автоматизировать?", какая система куда, что должна передать? И как это повлияет на другие внутренние процессы всего ИТ-ландшафта.
Поэтому задачей автоматизации любой организации можно выявить и знание инструментов и глубину мышления и точку зрения.
Если говорить про инструменты, то BPMN, Aris по-прежнему популярны, и сейчас стал популярным именно BPMN в приложении camunda, а у системного Аналитика, по-прежнему спрашивают основные диаграммы UML, логические схемы баз данных, сценарную технику и знания таких сокращений как XML, soap, API, rest, SVN, wsdl, основы ООП, микросервисную архитектуру и многое другое. Всё зависит от среды.
Продолжим про отбор Аналитиков.
Я не буду долго останавливаться на обычной схеме проведения собеседования, когда сначала компания должна рассказать о своих потребностях, а потом расспросить о вас. Именно в такой последовательности, ибо обратный порядок очень сильно бесит соискателя, и вызывает много вопросов. Это что-то в духе игры в сапёра, я буду говорить о себе, но могу и не угадать, что нужно рассказывать? И тут все про что? А иногда после рассказа требований и вакансии, становится понятно кандидату, что он не то и сразу все расходятся.
Если всё хорошо, то после рассказа о себе часто идёт задание.
Что спрашивать? Или что спрашивают?
Идеальный вариант, когда ты знаешь кто тебе нужен и ты своими задачами проверяешь владение инструментами.
Часто идёт моделирование процесса работы аналитика в этой компании.
Расскажу про задачи, которые я чаще всего задавала на собеседованиях.
1. Проходится проверять владение русским языком, не в плане грамматики, а в плане того, как человек формулирует свои мысли, как говорит. Это действительно беда, возможно причина отмена сочинений в школе или быстрые посты в Инстаграм. Поэтому идёт задача из разряда "дайте определение термину". Термин может быть любой и из повседневной жизни. Например, в одной компании, мы часто просили дать определение чайнику, потом взглянули на банкомат. То есть что-то неоднозначное. Цель этого задания - понять как человек может четко сформировать термин и вложить в него все ограничения, чтобы я не знающий этот термин, прочитала и поняла, что это. Чтобы не было несколько вариантов прочтения, а было больше однозначности. Все аналитики сталкиваются с этим в своей работе, ТЗ начинается со словаря.
2. Далее я рассказываю про понятную предметную область. Я работала на проектах автоматизации предприятий, поэтому и взяла в качестве основы работу ресторана, отличное предприятие, есть зал, склад, кухня. И всё должно вместе работать. Вот вам и системы, и их интеграция. В компании, где нужно работать с единой системой и её модернизировать мне предложили разобраться с библиотекой и процессом заказа книги. В интеграции, предложили сделать интеграцию процесса смены статуса банкомата "работает, нет денег, не работает" и в конечном итоге отправлять смс администратору.
Но это всё выглядит обширно, поэтому как я уже писала ранее, стоит помогать соискателю и сужать область задачи.
На задаче с рестораном я просила отписать предметную область и понять какие сущности будут в основе системы и как они между собой связаны. У нас именно такие задачи были в компании. Если говорить про то, что мы специально делили Аналитиков на бизнес и системных, то и задачи были как раз такие, чтобы выявить как кто мыслит.
Бизнес аналитик, часто имеет точку зрения, с которой он смотрит на процесс развития предприятия, улучшения того, что есть сейчас. И на анализ отчётности и выводов из неё. Например, по отчётам я могу понять какой официант у меня более быстрый и приносит много денег и его поощрить. Или понять график заполняемости всего помещения. Стоит ли делать бизнес-ланч? Имея данные, можно не останавливаться в фантазии, правда иногда бывает в реальной жизни так, что часть отчётов потом просто отмирают.
Если говорить про системного Аналитика он часто мыслит уровнем ниже и его точка зрения - взаимодействие систем. Поэтому и на процессы он смотрит из разряда - "как его лучше автоматизировать?", какая система куда, что должна передать? И как это повлияет на другие внутренние процессы всего ИТ-ландшафта.
Поэтому задачей автоматизации любой организации можно выявить и знание инструментов и глубину мышления и точку зрения.
Если говорить про инструменты, то BPMN, Aris по-прежнему популярны, и сейчас стал популярным именно BPMN в приложении camunda, а у системного Аналитика, по-прежнему спрашивают основные диаграммы UML, логические схемы баз данных, сценарную технику и знания таких сокращений как XML, soap, API, rest, SVN, wsdl, основы ООП, микросервисную архитектуру и многое другое. Всё зависит от среды.