У 1С‑аналитика нет роскоши “сразу побежать делать задачи”. Его работа начинается с онбординга: месяца, когда нужно не столько “показать результат”, сколько понять, куда вообще попал. В отличие от разработчика, который получает конкретный модуль, аналитик работает на стыке: бизнес‑процессы, конфигурации 1С, люди и их неформальное влияние. Без системного входа в контекст он превращается в “человека, который рисует схемы в воздухе” и постоянно промахивается мимо реальных болей.

Что на самом деле делает аналитик в онбординге. В идеале первые недели - это не хаотичное “почитай вики и садись в проект”, а осознанный цикл наблюдения и анализа: * Карта системы. Какие базы 1С есть, какие подсистемы реально используются, что дорабатывали “на коленке”, где болит производительность. * Карта процессов. Как продажи, закупки, склад и финансы проходят через 1С, где процесс живёт “в Excel и мессенджерах”, а не в системе. * Карта людей и влияния. Формальные роли - одно, а реальные центры принятия решений - другое. Кто запускает изменения, кто блокирует, кому больно, кому выгодно оставить “как есть”. Аналитик здесь не просто моделирует функции, он строит модель социально‑технологической системы. От качества этой модели зависит, будут ли его ТЗ жить или погибать в саботаже.

Почему компании часто режут этот этап - и зря. Типичная ошибка: ожидать от аналитика “быстрых задач” в первую же неделю. В итоге он: * предлагает решения, не понимая реальных ограничений; * сталкивается с пассивным сопротивлением (“ну‑ну, ещё один реформатор”); * тратит месяцы на переделки и выяснение того, что можно было узнать в первые две недели. Исследования по онбордингу показывают, что структурированный вход сокращает время до продуктивности на десятки процентов и повышает удовлетворённость и команды, и новичка.

Как выстроить онбординг аналитика 1С. Минимальный “скелет” онбординга может выглядеть так: 1 неделя - обзор: архитектура 1С‑ландшафта, ключевые процессы, регламенты. 2 неделя - люди: встречи с владельцами процессов, ключевыми пользователями, ИТ; фиксация болей и ожиданий. 3 неделя - погружение в один–два процесса: “как есть” в системе и в реальности. 4 неделя - первая маленькая аналитическая работа, где уже учтены и процессы, и люди, и ограничения конкретной конфигурации. Онбординг аналитика - это не “разгон по мелким задачкам”, а полноценный этап проекта, где закладывается качество всех будущих решений. Если дать аналитику время осмотреться и собрать карту системы и людей, он перестаёт быть “рисовальщиком диаграмм” и становится тем, кем должен быть по замыслу профессии: проводником осознанных изменений, а не генератором случайных улучшений.