Адаптация бизнес-аналитика: план первых 90 дней и чек-лист испытательного срока
Когда я начала подбирать аналитиков, основное внимание сначала уходило на вакансию и собеседование. Казалось, что самое сложное — определить требования, найти подходящего кандидата и договориться о выходе.
Но после первого найма появился следующий вопрос: что именно делать с сотрудником в первые недели?
Важно готовить адаптацию еще до выхода сотрудника: заранее выбирать первую задачу, назначать наставника, определять встречи первой недели и фиксировать ожидаемый результат на первый, второй, третий месяц и на каждую задачу в отдельности.
В статье поделюсь этим подходом и чек-листом, который использую при адаптации бизнес-аналитиков в проектной команде.
Адаптация начинается до первого рабочего дня
Часто подготовка к выходу сотрудника ограничивается учетной записью, рабочим местом и приглашением в корпоративные чаты.
Для аналитика этого недостаточно. Ему предстоит работать не только с информационной системой, но и с людьми, решениями и противоречивыми ожиданиями. Поэтому до первого дня нужно определить, в какой рабочий контекст он попадет.
Я заранее готовлю минимальный комплект:
- описание роли и зоны ответственности;
- состав команды и основные контакты;
- список проектов или функциональных блоков;
- ссылки на используемые системы и хранилища документов;
- примеры хорошо подготовленных требований, протоколов и моделей;
- правила согласования результатов;
- первую рабочую задачу;
- план встреч первой недели;
- назначенного наставника.
Важно не просто собрать ссылки, а определить порядок изучения. Большая папка с документами без пояснений создает видимость подготовки, но сотрудник не понимает, что из этого актуально и с чего начинать.
Я обычно выбираю несколько материалов:
- один документ, который считается хорошим примером (инструкция, спецификация требований, реестр требований, протокол и т.д.);
- один завершенный рабочий кейс от обращения до запуска;
- краткое описание проекта и участников;
- действующий шаблон, которым аналитик будет пользоваться;
- список терминов или сокращений, принятых в команде.
Остальную базу знаний сотрудник сможет изучать по мере появления соответствующих задач.
Первая неделя: наблюдение с понятным результатом
Основная задача первой недели — понять, как устроена работа именно в этой компании.
Я стараюсь включить нового сотрудника в реальные встречи в качестве наблюдателя. Но простого присутствия недостаточно. Если человек несколько дней молча слушает обсуждения, результат такого погружения сложно оценить.
Поэтому после встречи можно попросить его коротко зафиксировать:
- какая проблема обсуждалась;
- кто участвовал в принятии решения;
- к каким договоренностям пришли;
- какие вопросы остались открытыми;
- какой следующий шаг ожидается.
Этот материал не обязательно отправлять заказчику. Сначала его проверяет наставник и показывает, что аналитик понял правильно, а что потерял.
Так сотрудник с первых дней привыкает не просто присутствовать на обсуждении, а выделять из него рабочий результат.
Хорошим итогом первой недели может быть:
- понятная карта участников;
- список основных процессов;
- перечень открытых вопросов;
- разобранный пример завершенной задачи;
- понимание того, где хранятся рабочие материалы;
- согласованный план первой задачи.
Наставник — это не человек, которому можно задать любой вопрос
В плане адаптации обязательно нужно указывать наставника (им может быть как сам руководитель подразделения, так и кто-то из опытных сотрудников) и объяснить ему границы ответственности.
Обычно наставник помогает:
- разобраться в контексте проекта;
- выбрать подход к первой задаче;
- проверить подготовку к встрече;
- разобрать первый документ;
- объяснить внутренние правила;
- определить, когда вопрос нужно передать руководителю или владельцу процесса.
При этом наставнику не стоит выполнять работу за нового аналитика.
Если документ подготовлен слабо, быстрее самому переписать спорные места. Но сотрудник увидит только готовый результат и не поймет, что именно было не так.
Полезнее оставить конкретные замечания:
Здесь описано решение, но не указано, какую проблему оно должно устранить.
В этом разделе смешаны согласованные требования и варианты, которые только обсуждались.
Неясно, кто подтвердил изменение процесса.
В тексте не описан сценарий ошибки.
После этого аналитик самостоятельно исправляет материал.
Так наставник проверяет не только первоначальное качество, но и способность человека работать с обратной связью.
Как часто встречаться с новым сотрудником
Фраза «обращайся, если появятся вопросы» звучит доброжелательно, но редко работает.
Новичок еще не понимает, какие вопросы нормальны, а какие покажут его недостаточную подготовку. В результате он либо обращается по каждому поводу, либо слишком долго пытается разобраться самостоятельно.
В первые недели полезны короткие регулярные встречи.
Например:
- в первую неделю — короткое обсуждение каждый день;
- в течение первого месяца — две встречи в неделю;
- во втором и третьем месяце — одна встреча в неделю или по завершении этапа задачи.
Частота зависит от уровня специалиста и сложности проекта. Важно, чтобы обратная связь не появлялась только в конце испытательного срока.
На встрече можно обсудить четыре вопроса:
- что удалось завершить;
- где возникла сложность;
- какое решение сотрудник предлагает;
- какая помощь ему нужна.
Если аналитик приходит только с формулировкой «не знаю, что делать», наставник может попросить его подготовить хотя бы два возможных варианта. Это постепенно развивает самостоятельность, но не оставляет человека один на один с проблемой.
Как выбрать первую рабочую задачу
После знакомства с контекстом аналитику нужна реальная работа. Учебные примеры полезны, но по ним невозможно полностью оценить взаимодействие с пользователями и командой.
При этом первой задачей не должен становиться самый сложный процесс, который давно никто не может разобрать.
Подходящая первая задача обычно имеет:
- понятного владельца;
- небольшое количество участников;
- ограниченные границы;
- доступный пример текущей работы;
- возможность быстро проверить результат;
- невысокую цену ошибки.
Например, можно передать аналитику:
- небольшое изменение одного вида заявки;
- уточнение маршрута согласования;
- разбор отдельного отчета;
- описание одного пользовательского сценария;
- анализ причин возврата документов на доработку.
Первая задача должна пройти полный цикл
Иногда новому сотруднику дают только отдельный фрагмент работы: оформить результат чужой встречи или перенести готовое описание в систему задач.
Так можно познакомиться с шаблонами, но нельзя проверить основные навыки аналитика.
По возможности первая задача должна включать полный небольшой цикл:
- изучить исходное обращение;
- определить участников;
- подготовить вопросы;
- провести обсуждение вместе с наставником или самостоятельно;
- зафиксировать решение и открытые вопросы;
- согласовать результат;
- поставить задачу на разработку (если требование не покрывается типовым функционалом);
- ответить на уточнения;
- участвовать в проверке реализованного изменения.
Необязательно проходить весь цикл за одну неделю. Важно, чтобы к завершению первого месяца сотрудник увидел связь между первоначальным обращением и результатом в системе.
Тогда аналитик понимает, что его работа не заканчивается после отправки документа разработчику.
План на 30, 60 и 90 дней
Фраза «к концу испытательного срока должен работать самостоятельно» слишком общая.
Самостоятельность может означать и умение оформить простой запрос без проверки, и ведение сложного функционального блока.
Поэтому ожидания лучше разделить на контрольные точки.
| Срок | Ожидаемый результат |
| Первые 30 дней | Понимает структуру команды и основные процессы, знает правила хранения материалов, выполняет небольшую задачу под контролем наставника, исправляет результат после замечаний |
| До 60 дней | Самостоятельно готовится к встрече, проводит обсуждение по ограниченному вопросу, фиксирует решения и открытые вопросы, передает результат в работу |
| До 90 дней | Ведет ограниченный участок, взаимодействует с заказчиком и командой, понимает границы полномочий, участвует в проверке результата и обращается за помощью по действительно сложным вопросам |
Но такой план не должен быть одинаковым для всех уровней.
Начинающий аналитик к завершению испытательного срока может самостоятельно вести небольшие задачи по знакомому процессу.
От специалиста среднего уровня ожидается ведение отдельного функционального блока с точечным участием наставника.
Ведущий аналитик должен быстрее разобраться в связях между процессами, включиться в принятие проектных решений и помогать другим участникам команды.
Главное — согласовать ожидания до того, как испытательный срок подойдет к концу.
Как увеличивать самостоятельность
Самостоятельность нельзя включить одной командой: «Теперь веди задачу сам».
Я обычно уменьшаю участие наставника постепенно.
На первой встрече наставник может сам вести обсуждение, а новый аналитик фиксирует результат.
На следующей аналитик готовит вопросы и проводит часть встречи.
Затем он самостоятельно проводит обсуждение, а наставник присутствует как наблюдатель.
После этого сотрудник ведет похожую задачу без участия наставника, а наставник приходит только на проверку результата.
Так переход становится понятным и для аналитика, и для заказчика.
Особенно важно предупредить всех участников процесса об изменении или добавлении нового ответственного от исполнителя. Если заказчик продолжает обращаться только к наставнику, новый сотрудник остается в роли помощника, даже когда уже способен вести работу самостоятельно.
Что считать нормальными ошибками на старте
Полностью исключить ошибки нового сотрудника невозможно. Вопрос в том, какие из них допустимы и как человек с ними работает.
На старте аналитик может:
- не знать внутреннего сокращения;
- пропустить участника процесса;
- использовать непривычную для команды структуру документа;
- задать вопрос не тому специалисту;
- недостаточно подробно описать отдельное исключение.
Такие ситуации можно исправить обратной связью.
Тревожнее, если сотрудник:
- придумывает недостающие сведения;
- выдает обсуждавшийся вариант за принятое решение;
- не фиксирует открытые вопросы;
- повторяет одинаковую ошибку после нескольких разборов;
- скрывает сложность до наступления срока;
- принимает бизнес-решение без владельца процесса;
- обвиняет пользователей в непонимании вместо уточнения потребности.
Оценивать стоит не только саму ошибку, но и реакцию на нее.
Человек может спокойно разобрать замечание, уточнить правило и изменить дальнейшую работу. Другой формально исправит отмеченный абзац, но продолжит действовать так же в соседних задачах.
По каким признакам оценивать испытательный срок
Количество подготовленных документов — необъективный показатель.
Аналитик может написать много страниц, но оставить после себя больше вопросов, чем было до начала работы.
Нужно смотреть на практические признаки.
После встреч понятен результат. В протоколах, написанных новым сотрудником, участники видят, что решили, какие вопросы остались открытыми и кто отвечает за следующий шаг.
Заказчик узнает свои договоренности. В описании нет решений, которые аналитик добавил самостоятельно (как в протоколах, так и в финальном реестре требований или спецификации).
Разработчики уточняют сложные детали, а не пытаются заново понять цель. Полное отсутствие вопросов тоже не обязательно является хорошим признаком, но они должны касаться реализации, а не смысла задачи.
Открытые вопросы не теряются. Аналитик фиксирует их и организует получение решения.
Сотрудник понимает границы полномочий. Он не согласовывает каждый шаг, но и не принимает решения за владельца процесса.
Обратная связь влияет на следующую работу. Одни и те же замечания не повторяются постоянно.
Появляется прогнозируемость. Если срок или результат под угрозой, руководитель узнает об этом заранее, а не в последний день.
Когда проблема находится не в сотруднике
Слабый результат испытательного срока не всегда означает ошибку найма.
Иногда аналитику не дали реального участка, но ожидают самостоятельности. Иногда наставник постоянно занят и проверяет документы только перед отправкой заказчику. Бывает, что в команде несколько руководителей дают противоречивые указания.
Перед выводом стоит проверить:
- была ли определена зона ответственности;
- получил ли сотрудник необходимые доступы;
- был ли назначен наставник;
- давали ли ему конкретную обратную связь;
- получил ли он возможность провести собственную встречу;
- соответствовала ли первая задача его уровню;
- были ли заранее согласованы критерии оценки.
Если человеку три месяца поручали только оформление чужих материалов, нельзя в конце оценивать его неспособность самостоятельно проводить обследование.
Требования к сотруднику должны подтверждаться задачами, которые ему действительно передавали.
Распространенные ошибки адаптации
Сразу передать сложный проект. Даже опытному аналитику нужно разобраться во внутренних правилах и отношениях между участниками.
Ограничиться теоретическим обучением. Несколько часов презентаций не заменяют разбор реального процесса и выполнение собственной задачи.
Не назначить проверяющего. Без регулярной обратной связи сотрудник закрепляет собственный способ работы, который позже придется менять.
Исправлять материалы вместо аналитика. Работа движется быстрее, но человек не понимает причину изменений.
Не объяснить границы полномочий. Аналитик либо боится принимать решения в своей рабочей зоне, либо начинает определять процесс за заказчика.
Оставить без контакта с пользователями. Сотрудник получает информацию только через руководителя и не видит реальную работу процесса.
Копить замечания до конца испытательного срока. У сотрудника не остается времени изменить подход и показать другой результат.
Оценивать только знание системы. Аналитик может быстро находить нужные объекты в 1С и при этом слабо понимать бизнес-задачу.
Финализируя все вышесказанное, подготовила чек-лист адаптации бизнес-аналитика, с которым можно ознакомиться в приложенных файлах.