Передача организацией на основании договора определенных бизнес процессов

Обновлено: 16.05.2024

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

История вопросаСитуация с управлением деятельностью крупнейших западных корпораций в конце 80-х годов прошлого века, т.е. того периода, откуда отсчитывает свои дни концепция процессного подхода в менеджменте, характеризовалась следующими моментами:

  1. Подавляющая часть операции, производимых на предприятиях, не имела никакого отношения ни к обслуживанию клиентов, ни к увеличению добавленной стоимости продуктов, а только к поддержанию внутреннего функционирования организаций;
  2. Специалисты узкого профиля, профессионально выполняющие свои локальные обязанности, понятия не имели о качестве продуктов на выходе всей цепочки операций, частью которой они являлись (проще говоря, не существовало конкретного ответственного лица за конечный результат);
  3. Большую часть времени на выполнение заказов клиентов занимали внутренние трансакции: передача информации и этапов работ между отделами, согласование их результатов, многократный контроль и переделки в случаях, когда видение работы одной службы не совпадало с точкой зрения другой и т.д.


Рис. 1. Процессное предприятие

  1. Техника построения бизнес-процессов
  1. Операция (функция) – простейшее действие, неразложимое на составляющие, на выходе которого образуется некоторый результат.
  2. Бизнес-процесс – последовательность логически связанных операций (функций), на выходе которой образуется некоторый результат.
  1. Событие – некоторая ситуация, позволяющая определить, что одна операция завершена и необходимо (возможно) переходить к совершению следующей. Пример: оформление документа (операция) – документ оформлен (событие) – передача документа в бухгалтерию (операция) – документ передан (событие).
  1. Интерфейс – участок процесса, на котором он становится кросс-функциональным (кросс-организационным), т.е. пересекает границы одного подразделения (или предприятия).
  2. Владелец процесса – сотрудник предприятия, пользующийся результатом процесса и/или выполняющий большую часть работ по нему, и, вследствие этого, его контролирующий.
  3. Клиент процесса - сотрудник предприятия (внутренний клиент) либо контрагент предприятия (внешний клиент), пользующийся результатом процесса.

Рис. 2. Общая схема бизнес-процесса


  1. Делегирование полномочий принятия решений непосредственному исполнителю
    1. Если прописана общая схема процесса, то работник даже на самом нижнем уровне представляет, какой результат ждут от него на следующем этапе в той или иной ситуации. Таким образом, он сам может принять решение о том, какие действия и когда необходимо предпринять.
    2. Технически реинжиниринг тесно связан с автоматизацией, которая обеспечивает ответственному сотруднику постоянный доступ к базам данным, на основе информации из которых можно принять компетентное решение, соответствующее общей ситуации в компании, без обращения к вышестоящему лицу.
    1. Выполнение работ в точке наибольшей эффективности
    1. Сокращение времени контроля и согласования
    1. Унификация контакта с внешней средой.
    1. Совмещение централизованных и децентрализованных функций
    1. контроль существующего процесса;
    2. улучшение существующего процесса;
    3. перепроектирование существующего процесса;
    4. замена процесса.
    1. Средства описания бизнес-процессов

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

    Назначение

    Разработчик

    Продукт

    IDEF

    Описание бизнес-процессов на низком уровне для кодирования автоматизированных систем

    EPC

    Описание, моделирование и анализ бизнес-процессов на высоком уровне для методического проведения инжиниринга

    1. ARIS Toolset
    2. ARIS Easy Design
    3. ARIS ABC
    4. ARIS Simulation

    В Таблице 2 приведен краткий сравнительный анализ технологий IDEF и EPC с точки зрения их подходов к описанию бизнес-процессов.
    Таблица 2. Сравнительные характеристики технологий IDEF и EPC

    IDEF

    EPC

    1. Организационные подразделения (участники)
    2. Управляющие воздействия
    1. Дерево целей
    2. Организационная структура
    3. Потоки функций и событий
    4. Потоки ресурсов
    5. Потоки информации
    6. Цепочки добавленной стоимости
    7. Сущности (свойства) объектов

    Произвольный
    (с соблюдением общей логики процесса)

    Принцип доминирования одной функции над другой

    Хронологическая последовательность выполнения функций

    Определяется направлением связи (т.е. 4 типа: слева, направо, сверху и вниз по отношению к функции) + комментарии

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


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

    1. IDEF-диаграммы более статичны, поскольку отражают структурные (иерархические) взаимосвязи между функциями, но практически ничего не говорят об их соотношении во времени. Это, с одной стороны, дает IDEF преимущество, так как в форматах EPC неочевидно, какая функция какой управляет (если только речь не идет о вложенном процессе), но, с другой, содержит и тот недостаток, что без временной взаимосвязи функций процессы чрезвычайно сложно объяснить их потенциальным участникам и, следовательно, внедрить.
    2. Формат IDEF-диаграмм жестко задан: можно отображать только от 2 до 8 функций на одной схеме, - что сильно сокращает степень свободы в творческом описании процессов и лишает диаграммы индивидуальности.
    3. Это же ограничение плюс необходимость отразить все существенные детали и свойства процесса делают IDEF-диаграммы перегруженными специфическими обозначениями – они плохо воспринимаются пользователями.
    4. Четко формализованный подход IDEF облегчает взаимодействие разработчиков и внедренцев прикладного программного обеспечения, поскольку техническим работникам, как правило, легче разговаривать на общем языке.

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

    АКЦИЯ ГОДА

    Читайте также: