Идеальный ИТ-аналитик (Как нанять лучшего аналитика в команду) - стр. 3

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

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

Кому не доводилось видеть списки требований в описании вакансий, занимающие громадные многоуровневые списки всего, что можно придумать, в заголовке которых невольно ожидаешь увидеть что-то типа «Великий магистр, маг и волшебник в сфере анализа» или нечто схоже-возвышенное? А по факту видим – просто «Аналитик». Есть разные причины появления таких запросов. Это может быть и сканирование рынка, и неполное понимание автором объявления потребностей проекта, и множество иных причин, которые нам не так уж и важны. Давайте просто будем уважать друг друга и не публиковать, по возможности, заоблачных требований! Даже если Вам повезет найти такого чародея от аналитики, совсем не факт, что вам улыбнулось счастье. Почему? Да потому, что Ваш идеал должен подходить именно Вашей команде и проекту. И вот тут вопрос: где она, грань между «идеальным соответствием» и заоблачными требованиями?

Грань есть, и найти ее можно следующим образом.

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

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

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