Внедрение SAP может казаться большим шагом, и, возможно, так оно и есть. Но торопиться не обязательно. Я видел, как компании увязают в выборе платформы, сравнении моделей развёртывания и погоне за списками функций, так и не поняв, какую задачу решают.
Цель не в том, чтобы сделать всё идеально. Цель в том, чтобы сделать всё ясно. Что на самом деле нужно вашему бизнесу, к каким изменениям вы готовы и что будет, если всё пойдёт не по плану?
На этой странице разобраны фазы, собраны ссылки на все руководства, которые я написал по каждой из них, а в конце даны ответы на вопросы, которые клиенты задают чаще всего.
Большинство команд сначала думает о программном обеспечении. Это понятно. Но внедрение SAP больше связано с тем, как ваш бизнес работает изо дня в день, чем с системой, которая работает под ним.
Сложность не в установке SAP. Она в том, чтобы согласовать людей, сроки и решения вокруг того, что действительно нужно менять. Именно здесь проекты замедляются или встают.
Всех ответов сейчас иметь не нужно. Полезно относиться к внедрению SAP как к сдвигу в том, как вы работаете, а не как к очередному ИТ-проекту.
Коротко
Стратегическая готовность
Поймите бизнес раньше программы: проблемы, критерии успеха и границу между стандартом и доработками.
Планирование и управление
Объём, модель развёртывания и структура принятия решений, определённые рано.
Проектирование решения
Fit-to-Standard: приведите бизнес к процессам SAP и дорабатывайте только там, где это даёт ценность.
Данные и интеграция
Решите, какие данные переносить, очистите их и спроектируйте связь SAP со всеми остальными системами.
Сборка, тестирование и обучение
Контролируемая сборка, реальные циклы тестов с критериями выхода и обучение на реальных данных.
Go-live и hypercare
Дисциплинированный cutover, команда hypercare, которая быстро исправляет, и KPI, которые измеряют бизнес.
Фаза 0: стратегическая готовность
Прежде чем говорить о модулях или сравнивать платформы, остановитесь. Внедрение SAP начинается с понимания вашего бизнеса: как он работает сегодня, где буксует и что нужно менять. Каждое последующее решение опирается на то, что вы определите здесь.
Сосредоточьтесь на трёх вопросах. Какие проблемы вы решаете? Как должен выглядеть успех? Где вы проведёте границу между стандартом и заказной разработкой?
Сбор требований описывает то, как ваш бизнес работает сегодня и что его сдерживает, а не список функций. Бизнес-кейс определяет результаты, ожидания по ROI и то, как вы будете защищать инвестиции через полгода. Стратегия Clean Core проводит границу между тем, что дорабатывается, и тем, что остаётся стандартным, и определяет каждое обновление после go-live.
Фаза 1: планирование и управление
Когда вы знаете, зачем всё это делается, превратите это в решения. Ясные решения, принятые рано.
Конкретизируйте объём. Какие бизнес-подразделения переходят на систему, какие процессы пока остаются ручными и какие унаследованные системы останутся на месте? Всё, что здесь останется неясным, потом создаст шум, а уборка обходится дороже, чем сразу сделать правильно.
Выбор между Greenfield, Brownfield и Selective не сводится к техническому решению. Он отражает, к какому объёму изменений готов бизнес, и из него вытекают десятки проектных решений. Затем создайте управляющий комитет, определите пути эскалации и решите, кто отвечает за трудные решения. По ходу проекта обновляйте бизнес-кейс.
Фаза 2: проектирование решения (Fit-to-Standard)
Проектирование решения не означает проектирование всего с нуля. Оно состоит в том, чтобы понять, что SAP уже предлагает, что на самом деле нужно вашему бизнесу и когда стоит отказаться от заказной разработки. Воркшопы Fit-to-Standard проходят по типовым процессам SAP, чтобы вы решили, где адаптироваться, а где принять как есть.
Начните с трёх областей. Модули, которые отражают ваши крупные бизнес-функции: финансы, продажи, закупки и производство. Интеграция, потому что SAP редко работает изолированно и должен обмениваться данными с CRM, сетями поставщиков, инструментами отчётности и унаследованными системами. И архитектура, которая остаётся чистой, обновляемой и поддерживаемой по мере вашего роста.
Об отраслевой специфике: SAP для производства, розничной торговли и авиации.
Фаза 3: данные и интеграция
Эту фазу часто недооценивают, а ведь именно от неё зависит, состоится ли go-live. У вас могут быть лучшие модули и самый чистый дизайн, и всё равно пользователи почувствуют испорченные данные с первого дня.
Продумайте три вещи. Какие данные стоит переносить, а какие можно оставить? Насколько чисты ваши текущие данные, если честно? И как SAP будет подключаться к существующим инструментам и сторонним платформам?
Миграция данных звучит просто, но это не так. Проекты задерживаются из-за плохого маппинга, грязных исходных данных и изменений объёма в последний момент.
Фаза 4: сборка, тестирование и обучение
Здесь внедрение SAP начинает ощущаться по-настоящему, и без структуры оно быстро расползается. Разработка набирает ход, транспорты идут один за другим. Если управление техническими изменениями неясно, изменения затирают друг друга, а команды теряют представление о том, что утверждено.
Тестирование должно отражать реальную работу бизнеса: UAT, пробные прогоны cutover и граничные случаи. Критерии выхода и контрольные точки качества помогают всем оставаться на одной волне.
Обучение важнее, чем думает большинство, и если отложить его на конец, это обернётся против вас. Проводите занятия на реальных данных и дайте людям пробовать, даже ошибаться. Именно так растёт уверенность.
Фаза 5: go-live и hypercare
Go-live кажется финишной чертой, но именно здесь начинается реальность. Пользователи перестают тренироваться и начинают зависеть от системы. Я видел, как команды за один день переходили от спокойствия к хаосу, не потому что работа была сделана неправильно, а потому что передача была слишком мягкой.
Cutover означает перенос данных, включение интеграций, заморозку изменений и координацию сотен мелких задач в сжатые сроки. У лучших cutover из тех, что я видел, были чёткие графики, запасные планы и пробные прогоны. Людям также нужно знать, где входить в систему, кому звонить и к чему можно прикасаться.
После go-live hypercare работает как сфокусированная группа быстрого реагирования, а не как продлённая поддержка. Регистрируйте заявки на виду и исправляйте быстро, потому что пользователь, который рано теряет доверие, часто не возвращается. Затем измеряйте бизнес, а не только систему: освоение, длительность циклов, динамику ошибок и то, согласуются ли теперь отчётность и запасы с финансами.
Все руководства, которые я написал о внедрении SAP, сгруппированы по решениям, в которых они помогают. Начинайте с первой ссылки в каждой строке.
| Тема | Начните отсюда | Читайте также |
|---|---|---|
| Старт и планирование | Внедрение SAP шаг за шагом | Правильный старт проекта, устав проекта, сроки, шаблоны SAP Activate, стратегии внедрения, внедрение и тиражирование |
| Стоимость и бюджет | Сколько стоит внедрение SAP | Почему бюджеты превышаются, калькулятор стоимости |
| Партнёры и контракты | Как выбрать партнёра по внедрению SAP | RFP, партнёр или независимый консультант, описание работ, смена партнёра в середине проекта |
| Команда и управление | Роли в команде внедрения SAP | Как собрать команду, управление заинтересованными сторонами, распределение ресурсов, планирование и контроль, оценка рисков |
| Объём и требования | Шаблон объёма проекта SAP | Как избежать расползания объёма |
| Тестирование | Тестирование SAP | Стратегия тестирования S/4HANA, приёмочное тестирование |
| Люди и период после go-live | План управления изменениями | Восстановление программы, соответствие требованиям в госсекторе |
Универсальной формулы нет. Тот, кто утверждает обратное, вероятно, ни одного внедрения не проводил. Но будь то проект на 10 пользователей или глобальное тиражирование в пяти странах, я снова и снова вижу одни и те же шесть вещей.
- Определённые бизнес-цели. «Запуститься» не является целью. Сократить время обработки заказов на 40 процентов является, и все, от ИТ до операционных подразделений, должны понимать, чем важна система.
- Спонсорство со стороны руководства. Если руководство не поддерживает проект на виду, люди это замечают, темп угасает, а трудные решения спускают ниже.
- Сильное управление изменениями. Сопротивление редко бывает громким. Оно проявляется в наполовину используемых функциях и теневых таблицах, поэтому начинайте рано и коммуницируйте с избытком.
- Реалистичная стратегия работы с данными. Назначьте владельцев данных и чистите их до go-live, а не после.
- Ответственность внутри бизнеса. Не отдавайте на аутсорс свою голову. Нужен человек, которому доверяют, и немного упрямый, чтобы возразить, когда что-то кажется неправильным.
- План поддержки после go-live. Люди ошибаются, а функции не всегда работают так, как ожидалось. Поддержка здесь спасательный круг.
Когда всё работает, выгоды вполне практические: единые данные для продаж, запасов и финансов, более сильная дисциплина процессов, более чистые журналы аудита, актуальные цифры по деньгам и заказам и запас для роста без перестройки системы.
Я видел проекты, которые начинались мощно, а через полгода вставали, потому что данные нечисты или никто не может договориться, как должны работать согласования. Это нормально, и этого можно избежать, если уделять внимание на раннем этапе.
- Рассогласованность бизнеса и ИТ. ИТ настаивает на гибкости, а бизнесу нужны пуленепробиваемые процессы, и этот разрыв превращается в постоянный тормоз.
- Копирование старой системы. Воссоздание каждого экрана и каждого поля прежней ERP приводит к раздутым доработкам и медленному запуску.
- Недостаточно подготовленные данные. Дубли, устаревшие коды и потерянные связи всплывают посреди проекта и всё замедляют.
- Усталость от изменений. Команды и так заняты повседневной работой, и без управления изменениями сопротивление тихое, но настоящее.
- Никто не берёт на себя трудные решения. Консультанты могут направлять, но когда никто внутри не решает, решения буксуют, а затраты растут.
- Жизнь вмешивается посреди проекта. Реорганизация, новый финансовый директор или поглощение. Помогают гибкость и реалистичный график.
Переходите с Oracle или Microsoft? Я помогал командам и с тем, и с другим переходом.
Используйте переход, чтобы переосмыслить процессы, а не воспроизвести их, сначала исправьте данные, правильно определите объём интеграции и дайте людям время. Начинайте с ясности в бизнесе, а не с матрицы сравнения продуктов.
Я 25 лет занимаюсь внедрением SAP и цифровой трансформацией. Одни проекты я вёл с первого дня. К другим присоединялся, когда сроки сдвигались или видение уходило от реальности.
Задача остаётся прежней: связать то, что нужно бизнесу, с тем, что SAP реально способен дать, без жаргона. Начать можно с этих бесплатных инструментов.
- Калькулятор стоимости внедрения SAP: примерная стоимость вашего внедрения SAP.
- Калькулятор стоимости внедрения ERP: быстрая оценка стоимости и сроков ERP.
- Оценка трудозатрат и стоимости миграции данных: какие объекты данных вам нужны и во что обойдётся их миграция.
- Оценка миграции на S/4HANA: Greenfield, Brownfield или Selective, с учётом возраста системы, данных и заказного кода.
- Конструктор решений SAP: набор модулей и поэтапная дорожная карта для вашей отрасли и размера.
- Генератор описаний вакансий SAP: описание вакансии, когда вы нанимаете людей на проект SAP.
Что понимается под внедрением SAP?
Это процесс настройки программного обеспечения SAP так, чтобы оно поддерживало работу бизнеса, с переносом в систему реальных процессов, таких как закупки, производство и HR. Это больше, чем техническая настройка: это ещё и люди, данные, сроки и то, как всё связывается при go-live.
Сколько длится внедрение SAP?
От нескольких месяцев до пары лет. Малому бизнесу может понадобиться от 6 до 9 месяцев. Крупные глобальные проекты часто длятся 18 месяцев и дольше.
Какие 5 фаз у внедрения SAP?
Классические пять: подготовка проекта, концептуальное проектирование (Business Blueprint), реализация, финальная подготовка, а также go-live и поддержка. Некоторые компании добавляют шаги или возвращаются назад, и это обычное дело.
Каковы три опоры внедрения SAP?
Люди (спонсоры, пользователи и руководство), процессы (рабочие процессы, которые SAP должен поддерживать) и технологии (сама система, её интеграции и данные).
Легко ли внедрить SAP?
Редко. Технология лишь половина дела. Согласовать людей, почистить данные и управлять изменениями зачастую труднее, чем справиться с программой, но при правильном планировании это вполне управляемо.
Как расшифровывается SAP?
Systems, Applications and Products in Data Processing (системы, приложения и продукты в обработке данных). Компания появилась в Германии в 1970-х годах, а сегодня на SAP работают многие крупнейшие организации мира.