Масштабный Проект По Удаленному Внедрению Sap S/4Hana: Уроки, Которые Мы Извлекли



Вводная часть Внедрить систему – задача непростая, а внедрить ее «дистанционно», в другой стране, или на только строящемся предприятии – тем более! За весь период реализации проекта (он продолжается до сих пор) мы извлекли много уроков, ведь внедрение системы — это целая история, которую невозможно рассказать в одной статье, для этого мы решили периодически публиковать серию статей.

Если вы этого не понимаете, то данная статья вам в любом случае пригодится в будущем, ведь цифровой мир не стоит на месте, количество компаний, переводящих сотрудников на удаленную работу, увеличивается, а главный вопрос остается - как не потерять эту самую эффективность? Ответ на этот вопрос вы также найдете в наших статьях! Заказчик — один из первых интегрированных газохимических комплексов на евразийском пространстве, который будет заниматься производством полипропилена.

Что такое полипропилен? Это основной материал для производства современных видов пластика; он используется в пищевой, машиностроительной и медицинской промышленности, является основой для создания упаковочных материалов и труб, оргтехники и мебели.

Основная цель — беспилотное производство, цифровая фабрика.

Первый шаг к цели – внедрение системы SAP S/4HANA с максимальным использованием стандарта.



Масштабный проект по удаленному внедрению SAP S/4HANA: уроки, которые мы извлекли



Объем проекта



Внедренные продукты SAP

  • SAP S/4HANA
  • SAP Fiori LaunchPad (цифровое окно)
  • SAP HCM
  • SAP БПК
  • SAP МИИ
  • SAP ПО


Автоматизированные процессы

  • Бюджетирование
  • Финансы
  • Поставка и продажа
  • Производство и ремонт
  • Кадровый менеджмент
  • Единое цифровое окно


Особенности удаленной работы



Обучение ключевых пользователей



Передача знаний на расстоянии

Как эффективно вовлечь пользователей в обучение, даже не встречаясь с ними? Вопрос, который стал очень актуальным для нашего проекта.

С командой клиента мы не встречались, хотя к моменту обучения научились узнавать друг друга по голосам.

Но решение оперативных вопросов и представление статуса удаленно отличается от дистанционного обучения при прочих равных условиях.

Необходимо сохранять концентрацию внимания пользователей на протяжении всего обучения, в нашем случае это от 2 до 4 часов подряд. По ходу обучения мы выявили несколько хороших практик по организации и проведению дистанционного обучения по работе в SAP. Их можно объединить в следующие блоки:

Подготовка к обучению

  • Для дистанционного обучения мы использовали инструмент MS Teams, аналог нашумевшего ZOOM, но более корпоративный.

    Этот инструмент позволяет сделать видеозапись разговора, которую пользователи также смогут использовать в дальнейшем для просмотра пройденного материала.

  • Мы использовали MS FORMS для ответа на вопросы теста и сбора отзывов.

    Очень удобный инструмент, который позволяет пользователям сразу увидеть свой результат и экономит время тренеров на проверке.

    С его помощью можно создать тест и даже загрузить его результаты в формате Excel, что позволяет легко отслеживать статистику и создавать сводные таблицы.

    Плюс – нет ограничений на количество анкет (тестов).

  • Были сформированы учебные группы численностью не более 10 человек.

    И время обучения мы рассчитали соответственно.

    Если размер группы увеличивался, время обучения увеличивалось.

  • На каждое обучение был назначен 1 главный тренер и 1 ассистент, которые в процессе обучения отправляли в обучающий чат необходимые ссылки и названия транзакций.

  • Лучше заранее проверить подключение к Интернету, как на стороне тренеров, так и на стороне пользователей, чтобы не произошла рассинхронизация голоса и экрана трансляции.



Организация рабочего пространства пользователя

Это также важный момент. Чем удобнее организовано рабочее пространство пользователя, тем меньше он будет отвлекаться на технические вопросы и, соответственно, тем лучше он усвоит информацию из обучения.

  • Чтобы пользователям было удобнее смотреть на экран тренера, на котором демонстрируется работа в системе, и одновременно выполнять действия в системе, каждому пользователю целесообразно установить 2 монитора или 1 большой монитор, на котором может быть два окна.

    открывались параллельно.

  • Необходимо заранее установить на компьютеры пользователей все необходимые для обучения программы, первый раз войти в них и запомнить свои учетные данные.

    Мы столкнулись с тем, что у некоторых пользователей просто не было установлено программное обеспечение, в связи с чем было потрачено много времени на его установку и решение данной проблемы.

    Это поможет существенно сэкономить время при обучении первому входу в систему.



Организация учебного процесса

  • Хорошей практикой стало включать камеру в начале тренинга, чтобы поприветствовать участников и объяснить цель встречи.

    Так пользователи и тренеры начали узнавать друг друга не только по голосу, но и в лицо.

  • Чтобы сэкономить время, пользователи выполняли действия в системе одновременно с тренером.

    В случае возникновения проблем пользователь поделился бы своим экраном, и тренер подсказал бы ему, какие шаги следует предпринять для решения проблемы пользователя.

    Это также помогает сделать обучение более интерактивным.

    Во время обучения каждый пользователь может поделиться своим экраном и показать свой прогресс.

  • Пользователям удобнее, если тренер не просто показывает на своем экране, а отправляет в чат встречи название изучаемой сделки и данные для выполнения упражнения (например, название материалов или номер договора).

    для каждого пользователя).

  • Поскольку на нашем тренинге была взрослая аудитория, то эффективно удерживать внимание удалось примерно 1 – 1,5 часа.

    Далее нужно было сделать перерыв на 10-15 минут. Это необходимо учитывать при планировании времени обучения.

    Максимальная продолжительность обучения в течение дня для одной группы студентов без потери качества обучения составляет 4 часа.

  • Должно быть четкое управление тренировочным временем.

    Необходимо вовремя начать и закончить обучение, потому что… Помимо обучения у пользователей запланирована оперативная работа.

    Если вы не укладываетесь в отведенное время, то вам необходимо уточнить у пользователей, могут ли они остаться дольше, а если нет, то запланировать дополнительное время на другой день для прохождения обучения.

    Так мы избежим обострения страстей.

  • Очень полезно обозначить цели тренинга в начале тренинга, а в конце предоставить краткое изложение пройденного.

    Если обучение разделено на два дня, то второй день начинается с подведения итогов первого дня.

    Чтобы на фоне оперативной работы у пользователей остались приятные воспоминания о вчерашней тренировке и приятное осознание того, как много уже пройдено.



Лайфхаки, или Наши уроки

  • Несмотря на усилия тренеров и интерактивный характер тренингов, у нас были и отстающие студенты.

    Но мы хотели им помочь, поэтому организовали дополнительные занятия для небольших групп.

    В таких сессиях пользователи по очереди показывают экран и самостоятельно выполняют необходимые действия в системе, основываясь на инструкциях пользователя и подсказках тренера.

  • На практике мы убедились, что не стоит объединять в одну группу сотрудников разных отделов, где присутствуют сильные лидеры.

    Каждый из руководителей будет «тянуть одеяло на себя», что приведет к затягиванию обучения и снижению его эффективности.

    В этом случае лучше проводить обучение отдельно для каждого отдела.

Подводя итог вышесказанному, можно сказать, что передача знаний на расстоянии – это не миф, а реальность.

И в наших силах сделать эту реальность лучше.

Вам просто нужно учитывать некоторые нюансы удаленного взаимодействия, тщательно планировать обучение и запастись терпением.



Тестирование функциональности системы

Как проверить работоспособность системы удаленно на строящемся предприятии? Чтобы ответить на этот вопрос, давайте разберемся, какова была цель и какие виды тестирования мы использовали на проекте.

План тестирования функциональности системы основывался на календарном плане запуска функциональных областей в продуктивную эксплуатацию, готовности настроек и разработок.

Как и при планировании мероприятий всего проекта, для мероприятий по тестированию использовался «водопадный» подход. Целью тестирования функциональности системы является проверка ее соответствия заранее согласованным бизнес-процессам и требованиям.

Для этого в рамках проекта использовались три типа тестирования, можно сказать «от простого к сложному»:

  • Функционал — локальное тестирование возможностей системы.

    При таком тестировании система проверяется в рамках объектов функциональной области;

  • Интеграция – позволяет проверить, насколько корректно работает функционал при взаимодействии со смежными функциональными областями;
  • Приемочное тестирование – тестирование функциональности Заказчиком, позволяющее непосредственно заявителю этой функциональности убедиться в соответствии системы заявленным требованиям.

  1. Организация процесса тестирования: В качестве системы учета использовалась SAP Solution Manager для фиксации результатов прохождения этапов тестовых сценариев и выявленных замечаний.

    Предварительные настройки SAP Solution Manager предполагали наличие согласованной концепции тестирования с описанием необходимых справочников и критериев завершения тестирования, списка бизнес-процессов, сценариев с этапами необходимой детализации.

    Основным форматом предполагалось дистанционное тестирование с использованием видеотрансляции процесса.

    В качестве инструмента для организации видеоконференций был выбран MS Teams. Для проведения тестов использовались отдельные ландшафты системы с подготовленными данными, полученными в ходе миграционных циклов.

  2. Интеграция: После завершения функциональных тестов были сформированы сценарии проведения Интеграционных тестов на основе целевой схемы бизнес-процесса.

    Учтены сроки готовности настроек и разработки соответствующих функциональных модулей.

    Последовательность сценариев была построена таким образом, что их выполнение представляло собой взаимозависимую цепочку событий в системе.

    Такой подход к тестированию позволил нам проверить совместную работу функциональных модулей во всей иерархии бизнес-процессов.

  3. Принятие: Приемочное тестирование — одно из важных мероприятий, предшествующих продуктивному запуску системы.

    Тестирование проводилось непосредственно сотрудниками Заказчика по заранее согласованным сценариям и с учетом должностных обязанностей, которые учитывались при распределении ролей и полномочий.

    При приемке система должна соответствовать заявленным требованиям, и положительные результаты такого тестирования являются основным фактором принятия Заказчиком положительного решения о начале продуктивной эксплуатации системы.

    Конечно, есть определенные нюансы при проведении тестирования удаленно; нельзя сидеть рядом, плечо к плечу и совместно консультантами и бизнесом вести операции в системе.

    Зрительный контакт и психологическая поддержка очень важны в этот ответственный момент. Поэтому мы научились максимально поддерживать эти невидимые направления поддержки бизнеса через доступные сегодня каналы, в первую очередь MS Teams, в которых, без преувеличения, мы все «живем» на проекте.



Концепция раннего старта

Реально ли реализовать систему так, чтобы какие-то ее части запускались раньше, а какие-то позже? Да! В ходе проекта было принято решение разбить старт проекта на 3 старта – Ранний (Корпоративные функции), Промежуточный (Планирование и бюджетирование) и Основной (Производство, Ремонт, Цифровое окно).

Концепция раннего старта подразумевает старт отдельных частей раньше, чем старт всей системы в целом.

Данная концепция существенно облегчает миграцию и интеграцию, упрощает склейку кадровой и бухгалтерской отчетности в начале финансового года, позволяет сосредоточиться на задачах Корпоративных функций до их стабилизации, а затем на Производстве и Ремонте.

В проекте использовался классический подход Waterfall, который включает в себя мобилизацию, анализ и проектирование, внедрение, тестирование и поддержку после запуска.

Для отдельного направления «Цифровое окно» использовалась методология Scrum.

Масштабный проект по удаленному внедрению SAP S/4HANA: уроки, которые мы извлекли

Hybrid Agile будет использоваться для управления разработкой системы после ее раннего запуска.

В этой части мы рассмотрели основной объём проекта, процессы обучения и тестирования, а также концепцию раннего старта, ждите следующей части, будет интересно! Теги: #тестирование #Анализ и проектирование систем #Тестирование ИТ-систем #обучение #ERP-системы #agile #проектирование систем #внедрение #водопад

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.