3 сценария миграции с SharePoint: почему считать только терабайты — главная ошибка бизнеса
«Сколько будет стоить переезд?» — первый вопрос, который возникает у руководителя после принятия решения о миграции с SharePoint. Попытка ответить на него одной цифрой или отталкиваясь только от объема данных — верный способ выйти за рамки бюджета.
На реальную стоимость влияют трудозатраты команды, сложность структуры, риски простоя и то, как компания организует переход сотрудников на новую платформу. Разбираем три реальных сценария миграции, их скрытые расходы и почему поэтапный переход часто выгоднее, чем «большой взрыв» одномоментной миграции.
Почему объем данных не равен стоимости
Оценить проект миграции только по терабайтам — это как оценить стоимость переезда офиса, зная лишь его площадь.Два массива по 5 ТБ могут потребовать принципиально разных бюджетов:
- 5 ТБ структурированных документов с простой моделью доступа — это одна задача.
- 5 ТБ, разбросанных по десяткам сайтов, библиотек и списков, с уникальными правами доступа, метаданными, историей версий и связанными объектами — это совершенно другая история.
Именно поэтому перед любым расчетом бюджета необходима глубокая инвентаризация среды. Но даже с ней на руках компания сталкивается с выбором пути.
Сценарий 1. Миграция своими силами (DIY)
На бумаге это самый экономичный вариант: мы не платим внешнему подрядчику и используем внутренних специалистов. На практике «бесплатной» такая миграция не бывает.Что идет в счет: В проект вовлекаются архитекторы, администраторы, разработчики и представители бизнеса. Им нужно не только перенести данные, но и спроектировать соответствия, настроить инструменты и исправить исключения. И все это — параллельно с их основными обязанностями.Скрытая стоимость: Главная статья расходов здесь — стоимость отвлечения собственной команды. К ней добавляются риски:
- Сроки напрямую зависят от доступности ключевых сотрудников.
- Нестандартные кейсы требуют дополнительной разработки «на коленке».
- Ошибки часто обнаруживаются уже после переноса, когда бизнес столкнулся с проблемами.
- Компания дольше вынуждена поддерживать две инфраструктуры сразу.
Вердикт: Рационален только для небольших и относительно простых сред. Для крупного корпоративного ландшафта масштабирование ручных операций съедает всю кажущуюся экономию.
Сценарий 2. Классический проект с интегратором
Здесь миграцией занимается специализированная внешняя команда. Заказчик получает понятный цикл: обследование, проектирование, перенос, тестирование, запуск.Для сложных сред это часто выглядит как оптимальный путь. Но у классической модели есть особенность: значительная часть бюджета уходит не на сам перенос данных, а на проектные и инженерные работы вокруг него.Любые нестандартные настройки, сложные права или исключения в исходной системе превращаются в отдельные платные задачи. Итоговая стоимость может расти по мере того, как команда глубже погружается в реалии вашей системы.
Вердикт: Внешняя экспертиза и понятная ответственность. Но высокая доля услуг и зависимость бюджета от количества индивидуальных доработок.
Сценарий 3. Поэтапная миграция с синхронизацией систем
Этот подход меняет саму парадигму перехода. Вместо того чтобы готовить «большой взрыв» и переключать всю компанию в одну ночь, используется специализированный модуль миграции с поддержкой двусторонней синхронизации систем на переходный период.Как это работает на практике: Компания не обязана переводить всех сотрудников одновременно. Пока одно подразделение уже работает в новой системе (например, в Инкоманд), остальные могут продолжать привычную работу в SharePoint.
Изменения данных синхронизируются между системами. Это позволяет переводить пользователей волнами:
- В новую систему переводится пилотное подразделение.
- Его пользователи работают в новом интерфейсе, пока остальные остаются в SharePoint.
- Переводится следующая группа.
- После завершения перехода необходимость в поддержке SharePoint отпадает.
Вердикт: Синхронизация снижает стоимость рисков и организационных ограничений:
- Меньше риск потери изменений, внесенных в «последний момент».
- Меньше вероятность появления дублей данных.
- Нет жестких требований к единому дню переключения всей компании.
- Служба поддержки не испытывает колоссальной нагрузки в один день.
- Важно для HR и внутренних коммуникаций: невозможно одновременно качественно обучить и перевести сотни или тысячи сотрудников. Поэтапность позволяет адаптировать людей к новым процессам без стресса и падения продуктивности.
Где бизнес на самом деле теряет деньги
При сравнении вариантов важно смотреть не только на строку «стоимость услуг» в коммерческом предложении. У миграционного проекта есть как минимум четыре вида затрат:
- Технологические затраты: инструменты, лицензии, инфраструктура.
- Трудозатраты: рабочее время собственных сотрудников и внешней команды.
- Стоимость длительности проекта: чем дольше переход, тем дольше компания платит за поддержку двух сред и координацию процессов.
- Стоимость риска: самая дорогая и часто неочевидная статья. Потерянное изменение в документе, ошибка в правах доступа или простой отдела продаж могут обойтись компании дороже, чем вся операция миграции.
Поэтому корректный вопрос звучит не «Сколько стоит перенести наши данные?», а «Сколько будет стоить безопасно перевести пользователей и данные на новую платформу с учетом трудозатрат, сроков и рисков?».
Резюме: что выбрать?
- Своими силами: когда среда небольшая, а внутри есть свободные компетенции и время на проект.
- Интегратор: когда требуется полноценная проектная команда и индивидуальная работа с большим количеством нестандартных сценариев.
- Поэтапная миграция с синхронизацией: когда компания хочет сократить долю ручных операций, минимизировать риски для бизнес-процессов и сделать переход управляемым, без остановки работы всей компании.
Экономический эффект последнего подхода — это не просто перемещение гигабайт. Это возможность провести миграцию как контролируемый бизнес-процесс, а не как разовую операцию с высоким риском.Универсальной цены не существует. Для предварительной оценки достаточно собрать базовые параметры: объем данных, количество сайтов, структуру метаданных, модель прав и количество подразделений.
Если вы планируете миграцию с SharePoint и хотите понять, как организовать поэтапный переход без остановки бизнес-процессов, оставьте комментарий под статьей или напишите нам. Мы поможем оценить вашу текущую среду и рассчитать реалистичный бюджет проекта.