Методология внедрения erp-систем.
Альтернативное внедрение ERP-системы: за и против
Внедрение ERP-системы собственными силами (альтернативное внедрение), без привлечения сторонних консультантов. Можно ли при таком подходе к проекту оптимизировать финансовые вложения во внедрение? Целесообразен ли вообще такой подход с позиции «время – деньги – качество»? Однозначного ответа на этот вопрос не существует, поскольку для предприятий разного масштаба и цена этого вопроса разная.
На мой взгляд, внедрение собственными силами целесообразно, если речь идет о крупной компании. В этом случае можно говорить о трех возможных сценариях проекта.
Альтернативное внедрение на крупном предприятии. Сценарий первый.
Привлечение консультантов и параллельная подготовка собственной команды внедрения.
Как правило, на крупных предприятиях численность сотрудников ИТ-подразделений достаточно внушительная – штат отдела ИТ может доходить до 100 и более человек. И в таком случае вопрос о внедрении собственными силами весьма актуален, потому что крупное предприятие имеет возможность вложить значительные средства в обучение своих ИТ-специалистов, иными словами, «вырастить» свою команду, которая, пройдя обучение и проведя первый этап внедрения с помощью консультантов, могла бы в дальнейшем развивать проект и осуществлять сопровождение внедренной системы собственными силами. При таком подходе можно существенно сэкономить, правда, эта экономия в большей степени проявится в будущем, при развитии проекта, а на первоначальном этапе без крупных финансовых вложений в обучение сотрудников собственного ИТ-подразделения не обойтись. Зато впоследствии не придется приглашать сторонних специалистов для развития и сопровождения системы.
Если оценивать такой проект с позиции «время – деньги – качество», то он будет более длительным по времени, не таким затратным для предприятия, как это могло бы быть в случае внедрения ERP-системы внешними консультантами, и достаточно качественным.
Основной риск при этом – постепенный уход обученной команды внедрения по окончании проекта. Как правило, таким специалистам на предприятии платят существенно меньше их реальной рыночной стоимости, и в условиях дефицита рабочей силы на рынке внедрения ERP эти люди становятся предметом повышенного интереса кадровых агентств, да и сами они по окончании проекта ценят себя существенно выше, чем до начала внедрения. Поэтому следует предусмотреть соответствующий фонд оплаты труда, чтобы платить обученной команде значительно больше, чем работникам ИТ-службы, которые не участвуют в проекте внедрения системы. Есть и интеллектуальная сторона вопроса. Если проект на предприятии не развивается дальше – в сторону расширения функциональности или территориального расширения – команда также начинает поиск работы.
Альтернативное внедрение на крупном предприятии. Сценарий второй.
Привлечение в команду внедрения обученных специалистов «со стороны».
Некоторые крупные предприятия вопрос о внедрении собственными силами рассматривают по-другому. Они не делают серьезных финансовых вливаний в обучение сотрудников своего ИТ-подразделения, а формируют команду внедрения из уже обученных специалистов «со стороны». Труд таких специалистов с самого первого дня их работы должен высоко оплачиваться. Но даже при таком подходе проект внедрения все равно обойдется предприятию дешевле, чем проект, полностью реализуемый командой внешних консультантов. Также при данном подходе можно сократить время выполнения отдельных этапов проекта и решения функциональных задач, повысить качество результатов проекта за счет того, что к нему привлечены уже обученные специалисты, которым не требуется, как в первом случае, проходить обучение во время проекта. Материальные затраты на оплату команды внедрения в итоге будут большими, хотя и более равномерными по времени, нежели при обучении команды внедрения, сформированной из ИТ-специалистов предприятия, а общая стоимость консалтинга в проекте будет меньше, чем в первом (и третьем) сценарии, так как внешний консультант приглашается лишь по мере необходимости.
В этом случае, так же, как и в первом, риск ухода команды внедрения по окончании проекта сохраняется, а возможно, и повышается, поскольку привлеченные к внедрению и дальнейшему сопровождению системы сторонние специалисты в принципе являются более мобильными, чем сотрудники ИТ-подразделения предприятия. Нередки случаи, когда по завершении проекта привлеченные специалисты просто «уходят» на другой проект и предприятие остается без группы сопровождения.
Альтернативное внедрение на крупном предприятии. Сценарий третий.
Формирование команды внедрения из сторонних специалистов и передача сопровождения системы на аутсорсинг.
К этому сценарию, как правило, прибегают предприятия, располагающие небольшим штатом ИТ-специалистов и невысокими в сравнении с требованиями рынка окладами. Проект реализуется командой внедрения, специально набранной на время выполнения проекта, и по окончании проекта развитие ERP-системы и поддержка пользователей передаются во внешнее управление.При таком подходе предприятие выделяет нескольких ключевых сотрудников, которые участвуют в проекте для согласования вопросов реализации в системе бизнес-процессов предприятия.
Очевидно, что это самый затратный в финансовом плане путь. И самый сложный. Во-первых, на этапе приемки-сдачи системы для заказчика значительно усложняется задача оценки качества проведенной работы, поскольку специалистов, способных понять тонкости настроек и специфику работы выбранной системы, у предприятия нет. Во-вторых, если больших проблем при передаче внедренной системы на сопровождение той же команде, которая реализовала проект, не возникает, то при передаче ERP-системы во внешнее управление новой команде специалистов требуется дополнительное время на изучение всей необходимой документации по системе, что в итоге оборачивается для предприятия лишними финансовыми затратами.
Альтернативное внедрение на среднем предприятии
На среднем предприятии внедрение собственными силами – процесс чрезвычайно сложный, так как численность ИТ-службы невелика, и компания не всегда может позволить себе ее увеличить. Решившись на альтернативное внедрение, предприятие попадает либо в ситуацию существенных затрат на обучение команды, если проект внедрения нужно реализовать быстро, либо в ситуацию «долгостроя», если надо минимизировать финансовые вложения.
Кроме того, бизнес средних компаний чрезвычайно динамичен, и ИТ-специалисты загружены решением текущих задач, они не успевают поддерживать работу информационной системы, следить за появлением ее новых версий, за развитием бизнеса собственного предприятия и изменениями требований к системе, появлением новых задач для автоматизации. Поэтому, как правило, средним предприятиям нужна не только команда внедрения со стороны, но и последующий консалтинг.
Но основная проблема состоит даже не в малочисленности штата ИТ-службы средних предприятий. Чтобы найти какую-то разумную сочетаемость параметров «время – деньги – качество», предприятия пытаются идти по пути приобретения программных продуктов класса ERP, но имеющих «преднастроенные» или «отраслевые», «типовые» функции и наработки. Эти решения, созданные на основе зарекомендовавших себя «тяжелых» ERP-систем, на 80% учитывают потребности среднего предприятия в функционале ERP и лишь на 20% требуют доработки в соответствии с индивидуальными требованиями заказчика. Многие разработчики ERP-систем начали выходить на рынок средних предприятий с подобными предложениями. Но проблема состоит в том, что это недорогое по сравнению с полнофункциональной ERP-системой преднастроенное решение все равно по меркам среднего предприятия может обходиться в значительную сумму. И затрачивая существенные для себя средства на такое решение, предприятие среднего бизнеса рассчитывает получить в рамках этих затрат комплексную услугу – не просто внедрение системы, но и консультации по оптимизации бизнес-процессов, и адаптацию системы к особенностям предприятия, и дальнейшее сопровождение решения при изменениях законодательства. В итоге возникает несоответствие реальности и ожиданий. Исполнитель не может обеспечить среднему предприятию индивидуальный подход к его задачам в силу материальных ограничений заказчика, а заказчик не может соответствующим образом оплатить услуги консультантов, чтобы получить, по сути, индивидуально настроенную ERP-систему.
***
Как и в любом деле, при выборе пути внедрения системы всегда есть альтернативы, и «каждый выбирает для себя». На мой взгляд, наименее рискованным для крупных предприятий является воспитание собственной команды, и с точки зрения текущего внедрения, и на перспективу – от развития проекта у себя до создания «центра компетенции» по внедрению в регионе, «центра компетенции», который сможет реально зарабатывать деньги, обеспечивая и достойную оплату команды, и реальные доходы для предприятия.
На средних предприятиях как таковое внедрение ERP-систем только началось. Это совершенно иной сегмент рынка и отдельная тема для дискуссий, которую стоит развивать, поскольку уже сейчас ясно, что средние предприятия требуют иных методик внедрения, большего объема предпроектной работы, в том числе и «просветительского» характера. Делать выводы о том, как лучше внедрять на этом сегменте рынка, представляется несколько преждевременным – пока необходимо увеличивать «наработки» и максимально стремиться к повышению технологичности внедрения и достижению взаимопонимания между исполнителями и заказчиками, сокращению разрыва между ожиданиями и реальностью.
- Программа государственного экзамена
- Пояснительная записка
- Основные задачи государственного экзамена
- Содержание государственного экзамена
- Структура экзаменационного билета
- Требования к ответу на вопросы экзаменационного билета
- Критерии оценки ответа
- Программа
- I. Общепрофессиональные дисциплины
- Раздел 1. Программирование на языке высокого уровня
- Динамический тип данных, линейные динамические структуры данных: стек, очередь, списки; нелинейные динамические структуры данных: мультисписки, деревья.
- Процедуры и функции: описание, вызов, передача параметров, программирование рекурсивных алгоритмов.
- Раздел 2. Компьютерная графика
- Раздел 3. Организация эвм и систем
- Архитектура эвм, периферийные устройства, организация ввода-вывода информации.
- Системы эвм: вычислительные системы и сети, сопроцессоры, мультипроцессорные вычислительные системы, матричные и конвейерные вычислительные системы, связные устройства, модемы, протоколы обмена.
- Раздел 4. Операционные системы
- Виртуальная память: страничная, сегментная, сегментно-страничная организация памяти, коллективное использование и защита информации; файлы, отображаемые в память.
- Файловая система ос: состав, управление, типы файловых систем; логическая и физическая организация файла, методы доступа, операции над файлами, отображаемые файлы.
- Раздел 5. Базы данных
- Управление транзакциями, сериализация транзакций (синхронизационные захваты, метод временных меток), изолированность пользователей.
- Архитектура "клиент-сервер": открытые системы, клиенты и серверы локальных сетей, системная архитектура "клиент-сервер", серверы баз данных.
- Распределенные бд: разновидности распределенных систем, распределенная субд System r, интегрированные или федеративные системы и мультибазы данных.
- Раздел 6. Сети эвм и телекоммуникации
- Передача дискретных данных: линии связи, методы передачи дискретных данных на физическом уровне, методы передачи данных канального уровня, методы коммутации.
- Средства анализа и управления сетями: функции и архитектура систем управления сетями, стандарты систем управления, мониторинг и анализ локальных сетей.
- Раздел 7. Методы и средства защиты компьютерной информации
- Безопасность компьютерных сетей: протоколы сетевой безопасности, программно-аппаратные комплексы защиты сетей.
- Безопасность современных ос и программных комплексов, вредоносные программы, системы обнаружения вторжений, комплексный подход к проектированию и анализу защищенных ис.
- Раздел 8. Системное программирование
- Организация ячеек памяти, регистры, форматы команд.
- Ассемблер: основные понятия, директивы, команды. Условный и безусловный переходы. Циклы. Массивы. Процедуры. Упакованные данные. Структуры.
- Защищенный режим процессора Intel 80386: страничная адресация, переключение контекста, использование возможностей защищенного режима различными ос.
- Раздел 9. Структуры и алгоритмы обработки данных
- Абстрактный тип данных. Линейные и нелинейные структуры данных. Стек, очередь, списки, деревья, графы.
- Алгоритмы сортировки: методы внутренней и внешней сортировки, анализ сложности и эффективности алгоритмов сортировки.
- Алгоритмы поиска: последовательный, бинарный, интерполяционный поиск, использование деревьев в задачах поиска; хеширование с открытой и закрытой адресацией; алгоритмы поиска подстроки в строке.
- Раздел 10. Функциональное и логическое программирование
- Принципы функционального программирования: программирование при помощи функций, функциональность, основные свойства функциональных языков, язык программирования Лисп, рекурсия.
- Функционалы: функциональное значение функции, способы композиции функций, функции более высокого порядка.
- Раздел 11. Объектно-ориентированное программирование
- Параметрический полиморфизм: шаблонные классы и шаблонные функции - назначение, параметризованные типы данных, синтаксис и семантика.
- Раздел 12. Теория вычислительных процессов
- Элементы теории вычислимости: вычислимость и разрешимость, интуитивное и точное понятие алгоритма, вычислимые функции, машина Тьюринга, массовые алгоритмические проблемы.
- Раздел 13. Теория языков программирования и методы трансляции
- Раздел 14. Архитектура вычислительных систем
- Раздел 15. Технология разработки программного обеспечения
- 1 Область применения
- Структуры данных: несвязанные, с неявными связями, с явными связями; иерархические модели Джексона-Орра; моделирование данных – диаграммы «сущность-связь» (erd); метод Баркера; метод idef1.
- Разработка структуры по при объектом подхода
- Раздел 16. Человеко-машинное взаимодействие
- Типы пользовательских интерфейсов и этапы их разработки, психофизические особенности человека, связанные с восприятием, запоминанием и обработкой информации.
- Раздел 17. Системы искусственного интеллекта
- Системы распознавания образов (идентификации): обучение распознаванию образов, геометрический и структурный подходы, гипотеза компактности, адаптация и обучение.
- Эволюционные методы поиска решений: метод группового учета аргументов, генетический алгоритм.
- Экспертные системы: классификация и структура; инструментальные средства проектирования, разработки и отладки; этапы разработки; примеры реализации.
- Раздел 18. Проектирование информационных систем
- Архитектуры реализации корпоративных информационных систем на платформах Sun, Microsoft, Linux.
- Раздел 19. Сетевые операционные системы
- Основные концепции ос семейства Windows nt: особенности установки, конфигурирования, администрирования, оптимизации производительности.
- Администрирование удаленного доступа к сетям Windows, взаимодействие с сетями tcp/ip, взаимодействие с сетями NetWare, средства просмотра сетевых ресурсов.
- Основные концепции ос unix/Linux, средства графического интерфейса пользователей, основные механизмы и компоненты ядра, программирование в среде unix /Linux.
- Основные концепции ос NetWare, проектирование Novell Directory Services, поддержка ос NetWare.
- Администрирование ос NetWare, дополнительные средства ос NetWare: средства защиты nds для nt, встроенные утилиты администрирования сети.
- Раздел 20. Комплексные программные платформы
- Системы планирования ресурсов предприятия (erp). Основные понятия, принципы, подсистемы.
- Методология внедрения erp-систем.
- Раздел 21. Программное обеспечение распределенных систем и сетей
- Раздел 22. Разработка корпоративного web-узла
- Перечень литературы
- Перечень основных стандартов в области обеспечения жизненного цикла и качества программных средств