История и сущность реинжиниринга бизнес-процессов

Технология проведения стоимостного анализа функций в ППП Easy ABC+ I. Разработка функциональной модели.

1.    Определить множество стоимостных объектов.

2.    Построить функциональную модель IDEFO.

3.    Определить статьи стоимостных затрат на выполнение функций. П. Настройка пакета программ.

1.    Импорт модели ШЕЕО.

2.    Задание факторов ресурсов для каждого отношения «Статья затрат ресурсов - функция».

3.    Задание функциональных факторов для каждого отношения «Функция -стоимостной объект».

4.    Импорт данных бухгалтерского учета для вычисления стоимости процессов.

5.    Импорт данных логистической подсистемы для вычисления стоимостных затрат на создание стоимостных объектов.

III. Выполнение стоимостного анализа функций.

1.    Автоматический расчет стоимости выполнения процесса и создания стоимостных объектов.

2.    Вывод результатов расчета пользователю-аналитику.

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

Стоимостные объекты:

Продукт для профессионального пользователя. Продукт для непрофессионального пользователя.

Функциональная модель процесса:

1.   Регистрация телефонных звонков.

2.   Ответ на телефонный звонок.

3.   Выявление ошибки.

Основные статьи затрат ресурсов:

-     Заработная плата. Амортизация компьютера (АРМа).

-     Оплата телефонных каналов, и др.

Факторы ресурсов: среднее время занятости работника, среднее время занятости компьютера, среднее время занятости телефонных каналов.

Функциональные факторы: объемы продаж по видам продукции.

Бухгалтерская информация: Заработная плата.

-     Оплата по счетам телефонной компании, и др.

Логистическая информация: Объем продаж по видам версий.

-     Время занятости ресурсов.

Результаты расчетов стоимостных затрат показаны в таблице:

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