Цитаты из книги «Введение в управление проектами внедрения ERP-систем»

для управленческого учета в качестве корпоративных стандартов часто выбирают МСФО

Целевая задача – это отказ от разрозненных систем и файлов, перевод всех бизнес-единиц холдинга в единое информационное пространство ERP-системы.

облачных сервисов. На схеме можно отметить, где именно размещаются конкретные программы. Итак, с чего начать составление карты ИТ-ландшафта «как есть»? С составления списка используемых систем и программных средств. Часто для каких-то задач может использоваться база в виде Excel-файла, такие базы тоже нужно учитывать. На схеме каждый объект, содержащий данные, рисуется отдельным элементом. Элементы объединяются в смысловые группы, функциональные разделы. Между элементами указываются стрелки потока данных (одно- или двусторонних обменов).

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

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

В части ИТ-ландшафта нужно составить схему текущего (as is) состояния и взаимосвязи систем и иных программ, используемых в бизнес-процессах компании. Эта схема потребуется для лучшего понимания задач предстоящей автоматизации и выработки и выбора вариантов перспективных состояний, возможно, с какими-то промежуточными этапами на моменты перехода из текущего состояния в целевое (to be).

есть ли такая возможность в ERP-системе как заявленная в спецификации к программному продукту или это ограничение, которое известно (неизвестно), как преодолеть. Тут нужны реальный экспертный опыт проектной команды и хорошая интуиция, чтобы отметки были как можно точнее.

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

Типовой шаблон таблицы для проведения fit-gap анализа содержит столбцы: Наименование требования – краткое описание критерия для оценки; Приоритет – важность и очередность для автоматизации: 1 – высший приоритет, 10 – низший; Обязательность – критичность реализации на первом этапе для запуска в эксплуатацию (так называемое must have – должно быть сразу); Поддержка – поддерживается штатно «из коробки»; Настройка – поддерживается настройкой системы (не требует программирования); Модификация – поддерживается доработкой (требует программирования); 3-я сторона – поддержка решениями третьих сторон; Будет в следующих версиях – поддержка анонсирована в следующих версиях решения; Не поддерживается – нельзя сделать, технические и функциональные ограничения; Комментарий к требованию – пояснения к требованию, ссылки на другие документы с детальным описанием; Комментарий к оценке fit-gap – пояснения выбранной отметки при анализе.

Даже если у ERP-системы есть демоверсия со свободным доступом, то предоставлять ее заказчику и оставлять его один на один с незнакомой системой – не лучший вариант ее презентации. Нужно, чтобы систему показывал специалист.