Найти и не спугнуть работника
Все мы привыкли к сложившимся при найме правилам игры. Работодатель пишет завышенные требования и обещает весёлое время, которое вы проведёте в офисе. Соискатель пишет в резюме всё, что хотелось бы видеть работодателю, стараясь не сильно завираться, чтобы потом случайное не оказаться единственным «знатоком» японского языка на встрече с потенциальным инвестором. В вакансиях не принято писать о токсичности коллег, скуке от рутинных задач, о невменяемых клиентах и самодурах-руководителях.
А что бы было, если бы в запросе работодатель более-менее честно описал всё, что ждёт нового работника?
Попробуем описать ситуацию.
У вас есть проект по разработке крупной корпоративной системы. Большой и долгий. Более 5 лет, более 200к пользователей. Несколько сложных функциональных модулей. Проект знал взлёты и падения. Заинтересованность заказчика сменялась апатией, фокус внимания смещался и возвращался, требования корректировались.
Проект пережил смену 5 управленческих команд, смену части рядовых исполнителей, смену разработчиков. Какие-то знания по функциональным модулям сохранились, какие-то были утеряны. Развитие некоторых функциональных модулей было заморожено из-за нехватки ресурсов, смены приоритетов или требований.
И вот один из таких замороженных модулей заказчик решает реанимировать, потому что… что-то внезапно случилось. :)
Что есть на входе: года два назад написанный на 89% функционал, некое количество информации о требованиях и постановках в Confluence, полное отсутствие среди текущей команды проекта носителей знаний по данному функциональному направлению (только общее понимание автоматизируемых процессов). Плюс не совсем (совсем не) душка представитель заказчика, который не всегда имеет желание, возможность и стимул полноценно участвовать в реанимации пациента. Часто переобувается в прыжке и обнуляет периодически договорённости. При этом весьма любезен и весел в очном общении.
Перед руководителем аналитической группы поставлена задача набрать команду из двух бизнес-аналитиков для работы по данному направлению.
Что предстоит сделать новым участникам команды:
Изучить саму систему, в рамках которой будет дорабатываться функциональный модуль;
Изучить текущую нормативку заказчика по данному вопросу;
Изучить документацию и функциональные возможности модуля, который был разработан ранее;
Наладить взаимоотношения с представителем заказчика, ответственного за данное направление для получения актуальной информации по доработкам;
Провести GAP-анализ того что было сделано и того, что сделать надо;
Поставить на поток написание постановок для разработчиков;
Актуализировать проектную документацию по данному функциональному модулю;
Контролировать результаты разработки и сдавать их представителю заказчика.
Быть готовым заниматься данным направлением от года и более, не соскакивая с него через 3-4 месяца.
Кто ищется: бизнес-аналитик с глубоким бэкграундом в ИТ, фактически на стыке бизнес и системного аналитика. Спокойные, стрессоустойчивые, понимающие суть работы аналитика. Одно из требований - готовность работать проактивно, не дожидаясь того, что руководитель придёт, пальчиком в задачку ткнёт и будет контролировать каждый их шаг и вздох...
В чём подвохи:
Удалённый режим работы. Казалось бы, это плюс, но нет: новым сотрудникам придётся налаживать отношения с коллегами практически на ощупь через Telegram и Zoom.
Серьёзные ограничения по безопасности. Многие привычные инструменты либо не доступны или доступны на свой страх и риск.
Невозможность работы со своего домашнего компьютера и ограниченный доступ к корпоративной почте только с корп. устройств. Т.е. придётся корпоративный десктоп ставить дома и искать под него место.
Сложный в общении заказчик. К заказчику придётся ездить (Москва) и записывать всё под протокол, при этом стараясь всегда разбираться в теме разговора не хуже оппонента.
Из-за ограничений правил безопасности на стороне заказчика практически полное отсутствие возможности общаться с представителем заказчика через удалённые современные средства коммуникации.
Аналитик должен не просто уметь описать бизнес-требования, но и адекватно поставить задачу разработчику (отсюда требование к системной аналитике), принять и протестировать результат (требуется хороший ИТ-бэкграунд).
Из плюсов (по крайней мере для автора этого текста):
Официальный найм и белая ЗП.
ЗП в пределах рынка, хотя и к нижней его границе.
Годовая премия.
Дружелюбный и весёлый профессиональный коллектив. Общительность, открытость в вопросах консультации и обмене информацией, простой и несколько неформальный подход в общении (для желающих).
Мед. Страховка
Возможность при поступлении выбрать режим работы в офисе (без возможности перейти в последствии на удалёнку). Москва.
Нет жёстких переработок и потогонки. Задачи должны быть выполнены в срок с нужным качеством, но сроки эти реальны разумны и объёмы выполнимы.
Есть возможность эффективно распределять своё время между работой и жизнью.
Для изучения разрабатываемой системы созданы серьёзные инструменты (онлайн-курсы, практические работы на тестовой среде, подробные инструкции, видео-уроки).
Да, эти позиции сложно назвать работой мечты. Да, этот проект условно можно характеризовать как находившийся в последнее время в производственном аду. Да, тем кто ищет эффектные проекты с Вау-эффектом тут делать, скорее всего, нечего. Тут нет особых перспектив карьерного роста. Молодым и нетерпеливым тут явно будет скучно, а совсем возрастные специалисты точно не потянут темп изменений. Это кропотливая работа, на несколько лет вперёд, которую надо делать. Но, как учат нас принципы буржуазной экономики – на любой спрос найдутся предложения.
Вопросы:
Вопрос в том, как бы вы заманивали соискателей на такие позиции?
Какие бы стороны данных вакансий вы бы подчеркнули?
И да, какой уровень ЗП на руки вы бы посчитали адекватным для данной позиции?
P.S.: если что-то после прочтения показалось непонятным и странным - готов ответить на вопросы в комментариях.