«Собаку съел» на внедрениях: как отличить опытного SAP ABAP-консультанта

В мире корпоративных ИТ мало что сравнится по масштабам и рискам с проектом внедрения SAP. Это сложный многоступенчатый марафон, на котором компания легко может «потерять брюки», если пойдет что-то не так. Известен громкий пример: немецкий ретейлер Lidl семь лет внедрял SAP и потратил 500 млн евро, но в итоге отменил проект из-за постоянных сбоев и сложности системы (источник iot.ru). К сожалению, Lidl – далеко не единственный случай. По данным исследования Resulting IT, лишь в 36% компаний результаты внедрения SAP соответствуют плану; 48% проектов не достигают бизнес-целей, а в 52% случаев бюджет оказался превышен. Цифры отрезвляющие: провал оборачивается потерей миллионов и откатом бизнеса назад.

Неудивительно, что успех внедрения ERP-системы во многом определяется людьми. Как метко заметил один эксперт, 42% неудач ERP происходят из-за «человеческих» проблем, а не из-за технологий (источник noeldcosta.com). И главная фигура здесь – SAP-консультант, особенно технический специалист по ABAP, от чьей экспертизы и опыта зависит, станет проект триумфом или очередной историей из пантеона провалов. Как же понять, кто перед вами – действительно бывалый эксперт или лишь уверенно говорящий новичок? Попробуем разобраться, как оценить опыт внедрений SAP и не дать себя загипнотизировать строками резюме.

Больше, чем «еще один программист»

Для начала проясним, что вообще делает SAP-консультант и чем отличается, например, от обычного разработчика. SAP – это сложнейшая экосистема корпоративного ПО, охватывающая финансы, логистику, закупки, производство и другие области бизнеса (источник habr.com). Классическая SAP ERP (R/3 или современная S/4HANA) уже содержит типовые бизнес-процессы, но каждая компания уникальна. SAP-консультант – это специалист, который настраивает (внедряет) типовое решение под нужды конкретного заказчика. Он выбирает функциональную область (скажем, управление материальными потоками, или модуль продаж), досконально ее изучает и знает все возможности системы, чтобы внедрение принесло максимальную пользу бизнесу. Проще говоря, консультант – мост между бизнесом и технологией. Он должен и язык финансистов понимать, и в возможностях SAP разбраться, и объяснить пользователям, зачем им все эти новые интерфейсы.

Недаром бывалые коллеги шутят: хороший SAP-консультант – это одновременно немного программист и немного бизнес-аналитик. Если человек обожает писать код, но терпеть не может общаться с людьми – из него не сделать консультанта. И наоборот: блестящий переговорщик, который боится технических деталей, тоже не приживется в этой роли. Консультант должен комфортно чувствовать себя и в переговорке с директорами, и на складе с кладовщиком, быть коммуникабельным, стрессоустойчивым, уметь обучать и убеждать. Не зря в англоязычном IT есть разделение навыков на hard skills (технические умения) и soft skills (межличностные навыки): первым учат и сертифицируют, а вторые приходится вырабатывать опытом (источник sapland.ru). В резюме SAP-специалисты обычно перечисляют гордое созвездие сертификатов, подтверждающих их знания технологий. Но умение разговаривать с бизнесом, вести за собой команду и решать конфликты никакой сертификат не гарантирует.

Отдельно стоит упомянуть ABAP-разработчиков, которых иногда называют техническими консультантами. ABAP (Advanced Business Application Programming) – фирменный язык программирования SAP, созданный еще в 1980-х, но эволюционирующий до сих пор. На ABAP написана большая часть продуктов SAP, и с помощью него в систему встраиваются недостающие функции. Исторически «абапер» был универсалом, писавшим и логику, и UI-экранные формы. В последние годы, с приходом SAP S/4HANA и веб-интерфейсов Fiori, роли разделились: фронтенд в SAP всё чаще делают на JavaScript и HTML5, а бэкенд остаётся на ABAP.

Однако суть работы ABAP-разработчика прежняя: не изобрести велосипед заново, а максимально встроиться в имеющийся стандартный функционал. Тонкость в том, что разработка под SAP – это чаще не код «с нуля», а расширение уже существующих возможностей. Опытный ABAP-консультант должен знать, что уже умеет система, и что можно «допилить» с помощью кода, чтобы решить задачу клиента наиболее эффективно. Поэтому хороший программист для SAP – это не только технарь, пишущий аккуратный код, но и немного аналитик, понимающий логику бизнес-процессов заказчика. Не зря сами SAP-гуру советуют разработчикам постоянно расширять кругозор и разбираться в смежных областях – на рынке очень ценятся специалисты, которые знают больше, чем требуется формально, проявляют инициативу и могут принимать самостоятельные решения.

Вывод? Опыт SAP-внедрений – понятие многогранное. Это не просто количество лет стажа или знание синтаксиса ABAP.

Это умение пройти с клиентом весь путь проекта от первых бесед до запуска системы, сочетая глубину технических знаний с широтой бизнес-кругозора. Именно такие люди превращаются со временем в руководителей проектов – тех самых «многоопытных консультантов, которые собаку съели на внедрениях» (источник forum.mista.ru) (как живо описывает один ветеран SAP-сообщества). И если в вашем проекте за штурвалом именно такой «бывалый» специалист, шансы на успех возрастают многократно.

Полный цикл против «участия краем»: что считать опытом внедрения

HR-специалисты любят мерить опыт числом лет: «5+ лет в SAP» звучит солидно. Но в реальности год работы году рознь. Один специалист может десять лет откликаться на инциденты техподдержки и перекрашивать кнопки в старой системе. Другой за три года прошёл через две тяжелых запуска в боевую эксплуатацию, ночуя на объекте в преддверии go-live. Формально у первого опыта больше – а по факту второй видел и решал куда более сложные задачи.

Поэтому в SAP-консалтинге ценится не просто стаж, а количество полноценных внедрений (full-cycle implementations). Часто в требованиях вакансий можно встретить фразу: «опыт полного цикла внедрения хотя бы одного проекта» (источник sapboard.ru). Полный цикл подразумевает, что человек участвовал во всех фазах проекта: предварительное обследование и сбор требований, проектирование решения, настройка системы, разработка недостающих функций, интеграция модулей, тестирование, обучение пользователей и, наконец, продуктивный старт (то есть момент, когда компания отключает старые системы и переходит на SAP). Например, вакансия на должность консультанта SAP MM (материальный учет) прямо перечисляет ожидаемый фронт работ: интеграция модулей, обучение ключевых пользователей, подготовка концептуальной документации, настройка (customizing), тестирование и участие в запуске. Если специалист все это уже проделывал – можно уверенно сказать, что опыт внедрения у него есть.

Что важно, «участие в проекте» не всегда равно полноценному опыту внедрения. Кандидаты нередко приукрашивают свой вклад. Например, человек мог подключиться к проекту внедрения на этапе поддержки, когда система уже работала, и исправлять мелкие баги – но в резюме запишет себе «участие в проекте внедрения компании X». Другой пример: разработчик пишет, что был в команде крупного SAP-проекта, но умалчивает, что занимался там одной небольшой формой и не видел ни общую архитектуру, ни процесса интеграции. Поэтому при оценке профиля важны детали: сколько именно проектов и в какой роли вел кандидат. Бесценен опыт полного цикла – когда консультант довел систему от пустой базы до первой проведенной накладной и балансового отчета.

Причем особенно ценятся специалисты, прошедшие не один, а несколько полных циклов. Такой человек уже наступал на разные грабли и вывел для себя рецепты, как избегать проблем. Он знает, что связь между бизнесом и ИТ – ключ к успеху: например, что без вовлеченности ключевых пользователей проект обречен, или что в бюджете надо предусмотреть время на чистку данных, иначе миграция превратится в кошмар (увы, эти истины познаются только практикой). Вспомним слова опытного SAP-менеджера: лучшая технология не спасет проект, если команда выбрана неправильно. А правильно выбрать команду – значит взять людей, которые уже делали похожие вещи, понимают и технические нюансы, и бизнес-требования.

Проверка на практике: вопросы и лайфхаки при отборе консультанта

Как же работодателю или руководителю проекта убедиться, что за красивыми строками резюме стоит реальный опыт? В крупных проектах это превращается почти в спецоперацию. Зачастую заказчики требуют предоставить развернутое резюме каждого специалиста от подрядчика, а затем проводят с каждым лично собеседование. Это правильный подход: бумага стерпит что угодно, поэтому прямой разговор позволяет глубже копнуть в реальные навыки. Эксперты советуют на интервью задавать консультанту вопросы из реальных ситуаций: «С какими проблемами сталкивались на этапе запуска и как их решали?», «Как выстраивали взаимодействие с бизнесом при конфликтах требований?», «Были ли случаи, когда проект выходил за рамки бюджета или сроков, и что вы предпринимали?» Опытный SAP-консультант-«внедренец» сразу узнает эти боевые истории – у каждого бывалого есть набор баек про неготовые данные, «падения» производительности или, скажем, саботаж со стороны отдела, не желавшего менять старые процедуры.

Если же человек мнется и говорит общими фразами – возможно, он и не участвовал в критических фазах. Полезно попросить кандидата подробно описать архитектуру и логику предыдущих проектов: какие модули были задействованы, как организованы интеграции между ними, с какими внешними системами сопрягались. Настоящий профи легко нарисует в уме схему и уверенно объяснит, почему было принято то или иное решение. Такой разговор на одном языке быстро выявляет уровень: бывалый консультант говорит по существу, оперирует цифрами (сколько пользователей обучили, какой объем данных мигрировали, каких KPI добились после запуска). Новичок же либо путается в терминологии, либо уходит в общие слова («ну, мы автоматизировали процесс, стало лучше, пользователи были довольны»).

Ещё один индикатор – разнообразие опыта. SAP-система многогранна, и проекты бывают очень разными: внедрение с нуля в холдинге с тысячи пользователей vs роллаут (тиражирование) типового решения на новый завод, или, например, миграция с старой версии SAP ECC на новейший S/4HANA. Сейчас многие компании стоят перед выбором: пора уходить от SAP ECC 6.0 на более современную платформу S/4HANA (SAP заявила о завершении поддержки старых систем к 2027 году, и клиенты постепенно планируют переход (источник united-vars.com)). Так вот, если консультант в своем опыте указывает участие в S/4HANA-проектах, миграциях, использовании новых инструментов (например, SAP Fiori, CDS-вьюхи, облачные модули) – это большой плюс. Значит, человек актуализирует знания. Технологии не стоят на месте: SAP внедряет и ИИ, и интернет вещей, и аналитику в реальном времени. Хороший консультант учится непрерывно, чтобы не превратиться в динозавра со старыми знаниями.

Кстати, в плане формального обучения тоже есть моменты. SAP предоставляет обширную систему сертификации. Получить такой сертификат – дело непростое и недешевое, и наличие у кандидата, скажем, звания SAP Certified Development Associate (ABAP) или SAP Certified Application Professional по какому-нибудь модулю, конечно, подтверждает основу знаний. Но тут важно помнить слова экспертов: сертификация SAP тестирует именно технические знания (hard skills), а вот знание реальных бизнес-процессов и мягкие навыки консультанта она не оценивает. Можно зазубрить транзакции и сдать тест, ни разу не участвовав в боевом проекте. Поэтому сертификат – приятный бонус, но не заменяет реального опыта. Куда показательнее наличие в резюме конкретных достижений: например, «внедрил SAP SD на 3 заводах за 1 год, добившись сокращения остатков на складе на 20%» – вот это звучит весомо.

Наконец, не стоит стесняться спросить рекомендации или отзывы о работе консультанта. В SAP-тусовке сарафанное радио работает отлично. Если специалист действительно успешно закрывал проекты, наверняка найдутся менеджеры или клиенты, готовые это подтвердить. В случае больших проектов заказчики порой практикуют даже визиты на референсные объекты – то есть едут на предприятие, где данный консультант ранее внедрял SAP, и общаются с тамошними пользователями, чтобы понять, довольны ли они результатом.

Это, конечно, высший пилотаж проверки, применимый не всегда. Но мысль проста: лучший критерий качества консультанта – успешные внедрения в прошлом. Как шутят ИТ-директора, «Trust, but verify»: доверяй, но проверяй боевой путь. Если у человека за плечами два проваленных проекта, где клиент в итоге бросил SAP – стоит задуматься, а нет ли в этом и его вины.

Человек решает всё

Вернемся к главному вопросу: как же измерить опыт SAP ABAP-консультанта? Очевидно, не формулами и не баллами KPI. На профессиональных форумах даже пытались придумать систему метрик для оценки работы консультанта – мол, доля просроченных задач, качество документации, сложность реализованных доработок (источник sapboard.ru). Но сами же эксперты признали: большинство таких показателей трудно формализовать. Проект SAP – не конвейер по выпеканию батонов, где можно просто посчитать продукцию. Здесь на первый план выходит качество взаимодействия с командой и заказчиком.

Один из ветеранов в дискуссии даже заявил: «Должен существовать только один показатель оценки труда – это удовлетворенность заказчика». В этом есть истина: если в итоге бизнес доволен внедрением, значит консультант свою задачу выполнил. Другие участники возразили, что слепо ждать финальной «удовлетворенности» тоже рискованно – важно отслеживать работу консультанта по ходу проекта, ведь клиент может по-разному оценивать консультанта на разных этапах. Встречаются случаи, когда специалист технически силен, но не ужился с командой, не вписался в корпоративную культуру – и проект пробуксовал, несмотря на его опыт. Поэтому стоит учитывать и «химию»: насколько человек разделяет ценности компании, готов ли слушать коллег, учиться новому. И все же, в конечном счете, при прочих равных, именно опыт (желательно удачный) – главный козырь SAP-консультанта.

Практика показывает: сильная команда бьет лучшие технологии. Компания может купить самую дорогую ERP-систему, залить миллионы в инфраструктуру – но если люди, ответственные за внедрение, недостаточно квалифицированы, провал почти гарантирован. Обратное тоже верно: потрясающая команда способна вытянуть проект даже при стесненных ресурсах. Поэтому экономить на экспертизе – себе дороже. Порой консультант с большим опытом стоит на рынке вдвое дороже новичка, и это кажется жирной статьей затрат. Но надо помнить, что цена ошибки при внедрении ERP измеряется уже не тысячами, а миллионами (как мы видели на примере Lidl).

В этой игре доверять проект случайным людям – слишком рискованно. Не зря некоторые CIO предпочитают работать только с теми консультантами, чье мастерство проверено годами – даже если календарно они уже пенсионеры. Ведь они пережили десятки пусков и наладок и знают, где соломку подстелить. Русский язык богат образными выражениями: мы говорим «собаку съел» про того, кто в каком-то деле стал матерым, искушенным. В области SAP-внедрений такой «пожилой волк» действительно на вес золота.

Итог: оценивая опыт SAP ABAP-консультанта, смотрите шире цифр. Важны реальные истории успеха, глубина участия в проектах, способность учиться и адаптироваться, репутация в профессиональном сообществе. И не стесняйтесь задавать каверзные вопросы – пускай кандидат повспоминает свои самые жаркие проектные ночи. В конце концов, внедрение SAP – это всегда вызов, битва планов с реальностью.

И когда на этой передовой стоит ветеран, уже повидавший ERP-бой, шансов выйти победителем у бизнеса куда больше. Ведь, как отмечают эксперты, правильно подобранная команда определяет успех проекта больше любого другого фактора. А значит, опыт – действительно бесценен. Ни одна блестящая презентация не заменит горящего глаза человека, который уверенно говорит: «Да, я делал это много раз – и мы сделаем это снова, и у нас всё получится».

Источники: SAP-сообщество и практики поделились своими взглядами и историями, которые легли в основу статьи. Например, в интервью Иван Новиков (SAP CIS) отметил, что оценить результаты внедрения однозначно невозможно, слишком много факторов, и часто компании, однажды неудачно внедрившие SAP, идут на повторное внедрение, осознав ценность инструмента (источник sappro.sapland.ru). На форуме sapboard бывалые менеджеры обсуждали, как ввести KPI для консультантов, но пришли к выводу, что универсальных метрик нет – кроме разве что итоговой удовлетворенности клиента. Издание ComputerWeekly разбирало причины провала проекта в Lidl: там и сопротивление изменениям, и переусложнение системы, что привело к отмене проекта после €500 млн вложений. Статистика Panorama Consulting (2024) подчеркнула роль человеческого фактора: 42% срывов ERP-проектов – проблемы в команде, коммуникациях, управлении, а не в самом ПО.

В блоге EPAM главный консультант Андрей Величко напомнил, что SAP-консультант непременно должен понимать процессы индустрии клиента, уметь объяснить выгоды внедрения и на каждом этапе предлагать оптимальные решения. Руководитель группы ABAP-разработчиков Дмитрий Сурков подчеркнул, что ABAP-разработчик должен знать бизнес-домен и стандартные возможности SAP, чтобы добавлять только необходимое, – иначе кодер без бизнес-понимания далеко не уйдет. Наконец, отраслевые исследования (Resulting IT, цитируемое IoT.ru) показали, что лишь треть SAP-внедрений проходят успешно в плане сроков и целей, что заставляет компании внимательнее относиться к выбору команды. Все это еще раз доказывает: люди решают. А значит, выбирая SAP-консультанта, стоит потратить время на тщательную оценку его реального опыта – это инвестиция, которая окупится сторицей.