Представьте внедрение 1С:ERP для холдинга на 500 рабочих мест: топ-менеджмент давит дедлайнами, 10 интеграций с внешними системами, терабайты данных на миграцию. Один сбой — и всё рушится: разработчики в панике переписывают код, аналитики спорят с заказчиком, сроки летят в пропасть. Звучит знакомо?
Мегапроекты 1С (100+ пользователей, запутанная архитектура) побеждают не "толпой разработчиков", а слаженной командой, работающей как часы. Расскажу, как построить такой "оркестр": ключевые роли, процессы, инструменты и трюки из реальной практики — чтобы ваши проекты приносили маржу, а не головную боль.
Кто командует парадом: роли без замены
Забудьте миф про "универсального 1С-ника" — на мегапроектах нужны профи по ролям:
Руководитель проекта (PM) — ваш "дирижёр". Он держит сроки, бюджет, риски в узде, отбивает "ещё одну отчётность" от заказчика и ведёт еженедельные статусы. Без PM проект — стая без пастуха.
Архитектор — стратег "генплана". Складывает стек: ERP, хранилище данных, интеграции. Решает, монолит или микросервисы — чтобы система росла без перестройки.
Аналитики по блокам (продажи, производство, финансы) — "переводчики с бизнеса на код". Рисуют BPMN-схемы, ведут воркшопы, фиксируют "как должно быть". Без них команда гадает на кофейной гуще.
Ведущие разработчики — "мастера модулей". Следят за кодом junior'ов, проводят code-review, лепят архитектуру объектов.
Интеграторы — "дипломаты систем". Связывают 1С с CRM, WMS, маркетплейсами на REST или 1С:EnterpriseData.
Тестировщики — "стражи". Автотесты, регресс, нагрузка на 1000 сессий — без них релиз как рулетка.
Админы 1С/БД — "невидимки". Тюнят кластеры, PostgreSQL, бэкапы под пики.
Ключевой пользователь заказчика — ваши "глаза на месте". Принимает ТЗ, тестирует, учит своих.
Живая история: в проекте для завода без аналитика по производству 3 месяца рубились "как считать загрузку станков". Выделили специалиста — модель готова за неделю, разработка ускорилась на 30%!
Процессы: из бардака в автопилот
Требования — святое Писание. Запрос заказчика → реестр → задача. Шаблон: цель, приоритет 1–5, часы, ответственный. Изменения? Только Change Request с оценкой и подписью!
GitFlow на 1С-манер. Основная ветка dev, фичи в отдельных, стабилизация в release, hotfix для пожаров. Ежедневный merge + review — минус 50 конфликтов на релизе.
Тесты по уровням: unit от разрабов, интеграция с моками, регресс в Vanessa, нагрузка на 1С:Монитор, приёмка заказчиком.
Ритм релизов: спринты по 2 недели — демо, тест, фиксы, запуск. Hotfix отдельно для продакшена.
Связь без "испорченного телефона": стендап 15 мин ("сделал/планирую/блокеры"), статус заказчику с дашбордом, воркшопы для живого моделирования.