Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
RBP-Voprosy-2015.docx
Скачиваний:
2
Добавлен:
01.07.2025
Размер:
5 Мб
Скачать
☆
  1. Выбор наиболее подходящих программных решений для корпоративных информационно-управляющих систем.

Выбор наиболее подходящих программных решений

  • типовые (тиражируемые) компоненты

  • предметные компоненты

Типовые компоненты

  • системы управления предприятиями (MRP-II - Manufactory Resource Planning / ERP – Enterprise Resource Planning)

  • системы управления активами и фондами (EAM - Enterprise Asset Management)

  • системы управления взаимоотношениями с клиентами (CRM – Customer Relations Management)

  • системы управления цепочками поставок (SCM – Supply Chain Management)

  • информационно-аналитические системы (ИАС)

  • системы расчета зарплаты и учета кадров и др.

Примеры предметных компонент

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

  • системы автоматизированного проектирования (САПР), назначением которых является автоматизация работ по подготовке новых технологических решений, инженерных расчетов, графической проектной документации (чертежей, схем, эскизов), моделированию проектируемых объектов.

Предложения по автоматизации

  • составление перечня автоматизированных рабочих мест предприятия и способов взаимодействия между ними;

  • анализ применимости существующих систем управления предприятиями классов MRP и ERP для решения требуемых задач и формирование рекомендаций по выбору такой системы;

  • совместное с заказчиком принятие решения о выборе конкретной системы управления предприятием или разработке собственной системы;

  • разработка требований к техническим средствам;

  • разработка требований к программным средствам;

  • разработка предложений по этапам и срокам автоматизации.

Cоображения по выбору ПО

  • Обозначение границ реализации

  • Выбор подходящих технических средств

  • Анализ и выбор компонент тиражируемой системы

  • Заказная разработка

Обозначение границ реализации

  • Основные типы реализации:

  • ручная

  • пакетная

  • диалоговая

  • реального времени

Основные варианты выбора компонент КИУС

  • заказная или тиражируемая

  • отечественная или зарубежная

  • весовая категория – от локальных до крупных интегрированных и/или их отдельных модулей.

Недостатки заказной разработки

  • трудозатраты и стоимость соизмеримы с затратами на тиражируемую систему: такие продукты должны реализовываться большими коллективами аналитиков, проектировщиков и программистов;

  • использование тиражируемой системы менее рискованно, чем заказная разработка;

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

Проблема выбора

  • масштабность тиражируемых систем;

  • тонкие отличия реализации технологий основных бизнес-процессов;

  • одинаковость маркетинга (ключевые слова, характеризующие различные системы, практически одни и те же: единая информационная среда предприятия; режим реального времени; независимость от законодательства; интеграция с другими приложениями; поэтапное внедрение и т.п.).

Критерии выбора

  • поддержка большинства функций, выявленных при анализе требований;

  • поддержка концептуальной модели данных (информационной модели предприятия);

  • наличие высокоуровневых механизмов разработки для компенсации отсутствующих данных и функций;

  • функционирование на различных аппаратных платформах, гибкость;

  • сложность сопровождения и администрирования;

  • локализация, адаптация к российским условиям;

  • деловые критерии продавца (прежде всего, его опыт внедрения и надежность).

Отечественная или зарубежная?

  • Зарубежные системы ориентированы на хорошо структурированную иерархическую систему бизнес-процессов предприятия.

  • Зарубежные системы, как правило, опираются на наборы стандартов, которым процессы должны удовлетворять.

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

  • Российские системы более полно учитывают национальные особенности, российскую учетную специфику.

  • Логика российских систем близка российским управленцам.

  • Российские системы более удобны в случае работы с неполными, недостоверными или конфиденциальными данными.

Отечественная ситуация

  • Значительное число проектов в отечественной практике создания КИУС завершается неудачно либо имеет тенденцию неограниченного увеличения сроков внедрения при одновременном отсутствии значимых результатов.

  • При этом объяснение причины неудачи является традиционным (и очень удобным для консультантов-внедренцев) – “предприятие не готово к внедрению”.

Причины неудач (1)

  • Фактически не система настраивается под предварительно реорганизованные бизнес-процессы конкретного предприятия, а наоборот, предприятие перестраивается под систему (любимая фраза внедренцев - “мы проводим реинжиниринг под нашу систему”).

  • При этом зачастую и сам выбор системы осуществляется не на основании детальных функциональных требований к соответствующей компоненте КИУС, а попросту навязывается поставщиком.

  • В одном из последних бюллетеней MIT Sloan Management Review отмечается – “от 30 до 75% систем не соответствуют ожиданиям пользователей, главная причина – стремление подогнать бизнес-процессы предприятия под существующую технологическую инфраструктуру”.

  • “Для человека с молотком все выглядит как гвоздь”

Причины неудач (2)

  • Детальное моделирование и анализ требований не производится по следующим причинам:

  • это - серьезная работа, требующая высокой квалификации исполнителей и соответствующей оплаты, а заказчика еще нужно убедить в полезности полученных результатов в виде отчетов;

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

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

Причины неудач (3)

  • Фактически настройки осуществляются членами проектной группы самого предприятия (бухгалтерами, экономистами, плановиками и т.п.), прошедшими короткое обучение – консультанты лишь отвечают на их конкретные вопросы и решают вставшие перед ними проблемы.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]