Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Управление процессами

.pdf
Скачиваний:
35
Добавлен:
29.05.2015
Размер:
370.14 Кб
Скачать

Прежде чем перейти к правилам выделения СБП, остановимся на центральном понятии настоящей статьи — термине «бизнес-процесс».

Трудно сказать, кто автор словосочетания «бизнес-процесс», но активно оно стало использоваться с начала 90-х годов прошлого столетия основателями реинжиниринга бизнес-процессов Дэвенпортом, Хаммером, Чампи и др. До этого для тех же целей употреблялся термин «процесс» (в основном в системах менеджмента качества).

Существует огромное количество определений терминов «процесс» и «бизнес-процесс».

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

Во-вторых, существуют объективные причины для построения сложных и замысловатых определений, в частности:

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

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

-с появлением реинжиниринга и термина «бизнес-процесс» специалисты стали чаще анализировать процессы с точки зрения бизнеса.

Чтобы осознать разнообразие терминов «процесс» и «бизнес-процесс», приведем семь наиболее известных определений:

1)«процесс — завершенная с точки зрения содержания, временной и логической очередности последовательность операций, необходимых для обработки экономически значимого объекта»17;

2)«процесс — совокупность взаимосвязанных или взаимодействующих видов деятельности, преобразующих входы в выходы»18;

3)«процесс — последовательность взаимосвязанных работ, имеющих своей целью потребление входов процесса и их преобразование в выходы, требующиеся внутренним или внешним потребителям,

сопровождаемое созданием добавленной стоимости»19;

4) «бизнес-процесс — это устойчивая, целенаправленная совокупность взаимосвязанных видов деятельности, которая по определенной технологии преобразует входы в выходы, представляющие ценность для потребителя»20;

5)«бизнес-процесс — комплекс действий, в котором на основе одного или более видов исходных данных создается ценный для клиента результат»21;

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

7)«бизнес-процесс — это цепь логически связанных, повторяющихся действий, в результате которых используются ресурсы предприятия для переработки объекта (физически или виртуально) с целью

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

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

в первом случае термины «процесс» и «бизнес-процесс» считаются эквивалентными и взаимозаменяемыми (как это и делают многие специалисты по бизнес-процессам);

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

В данной статье используется второй вариант:

а) считается, что существует много видов процесса, отличающихся масштабом и названием, причем бизнеспроцесс является одним из таких видов;

б) определение видов процесса осуществляется на этапе идентификации процессов;

в) выбор вида процесса для названия «бизнес-процесс» осуществляется на этапе выделения из СП меньшей по размеру СБП, исходя из субъективного критерия удобства использования СБП в качестве объекта управления СУБП.

Можно привести несколько правил, которыми можно руководствоваться при выделении СБП из СП:

желательно ограничить СБП двумя уровнями вертикальной структуры СП, назвав их, например, «бизнеспроцессы» и «виды деятельности»24;

выбор уровней желательно осуществлять с учетом полномочий владельца СБП. Например, СУБП руководителя банка и СУБП руководителя департамента банка будут иметь существенно различные СБП;

желательно ограничить СБП размером не более 20 бизнес-процессов. Оптимальным, по мнению автора, является число от 7 до 15 бизнес-процессов;

размер каждого бизнес-процесса в рамках СБП желательно ограничить размером не более 50 видов деятельности. Оптимальным, по мнению автора, является число от 15 до 30 видов деятельности (хотя, надо сказать, автор встречал бизнес-процесс, построенный из 230 видов деятельности25).

2. Управление бизнес-процессами

Как известно, под управлением может пониматься:

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

Типичный процесс управления в банке — совокупность действий руководителя по принятию решений при отклонении действий подчиненных от стандартов или при возникновении иных обстоятельств, изменяющих результат работы подчиненных;

б) система управления, которая включает процесс управления и объект управления. При этом объектом управления является некоторый процесс или система процессов.

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

В рамках данной статьи используется второе значение, то есть под управлением бизнес-процессами понимается система управления, включающая процесс управления и объект управления — систему бизнеспроцессов.

2.1. Управление системой бизнес-процессов

Система управления бизнес-процессами (СУБП) является подсистемой системы управления организацией в целом. Как правило, при выделении СУБП в отдельное направление менеджмента перед СУБП ставят две основные цели:

1)обеспечить конкурентоспособность бизнес-процессов;

2)обеспечить бесперебойную работу бизнес-процессов.

Для достижения первой цели СУБП должна решать задачи перспективного совершенствования бизнеспроцессов и развития средств совершенствования бизнес-процессов.

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

Чтобы понять, каким образом СУБП решает поставленные задачи, вспомним, что объект управления — СБП

— имеет две грани: шаблон СБП и экземпляр СБП. Шаблон СБП, как обычно, представляет собой модель используемой СБП, а экземпляр СБП — реальную СБП, управление которой осуществляет владелец СБП.

Наличие у объекта управления двух граней — шаблона и экземпляра — дает возможность владельцу СБП управлять объектом по двум направлениям: с целью внесения изменений в шаблон СБП и с целью изменения параметров экземпляра СБП. Первое направление владелец СБП может использовать для перспективного совершенствования бизнес-процессов и адаптации бизнес-процессов к изменениям внешней и внутренней среды, а второе — для текущего управления бизнес-процессами в штатном режиме.

Необходимо отметить, что шаблон СБП обычно многократно меняется на протяжении жизненного цикла экземпляра СБП. В связи с этим шаблон СБП дополнительно должен содержать алгоритм перехода экземпляра СБП с одного шаблона на другой.

Что касается развития средств совершенствования, поддержания и адаптации СБП, то фактически речь идет о совершенствовании процессов совершенствования, поддержания и адаптации. Это уже следующий, более

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

Заметим, что управление экземпляром СБП также включает два направления:

1)управление каждым бизнес-процессом в отдельности;

2)управление связями между отдельными бизнес-процессами.

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

В заключение приведем определение термина «управление системой бизнес-процессов» (точнее «система управления бизнес-процессами», или СУБП), соответствующее вышеприведенным рассуждениям:

СУБП — это целенаправленная система с обратной связью, объектом управления которой является СБП, а в качестве процесса управления выступает совокупность взаимосвязанных действий владельца СБП, обеспечивающая такое изменение параметров объекта управления, которое необходимо для достижения целей организации.

Если частично пожертвовать строгостью, можно дать более короткое определение:

СУБП — система управления, в рамках которой владелец СБП обеспечивает функционирование и совершенствование СБП для достижения целей организации.

2.2. Управление отдельным бизнес-процессом

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

Управление отдельным бизнес-процессом включает:

а) управление шаблоном бизнес-процесса;

б) управление совокупностью экземпляров бизнес-процесса.

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

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

Может возникнуть вопрос: каким образом автоматизация бизнес-процесса изменяет шаблон бизнеспроцесса?

Если виды деятельности в рамках бизнес-процесса рассматриваются только как виды деятельности человека и к ним средства автоматизации привязаны как параметры, то будут меняться параметры шаблона.

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

Управление шаблоном бизнес-процесса направлено на изменение параметров шаблона и осуществляется:

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

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

Управление совершенствованием бизнес-процесса подробно будет обсуждаться в следующем разделе настоящей статьи.

Рис. 7. Управление текущим функционированием бизнес-процесса

Управление совокупностью экземпляров бизнес-процессов (или управление текущим функционированием бизнес-процесса) включает (рис. 7):

управление каждым экземпляром бизнес-процесса в отдельности;

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

Управление каждым экземпляром бизнес-процесса в отдельности направлено на изменение параметров экземпляров для получения требуемого результата на выходе каждого экземпляра. При этом процесс

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

Управление взаимодействием между экземплярами бизнес-процесса заключается в настройке и изменении параметров связей в соответствии с алгоритмами, заложенными в шаблоне процесса.

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

Но существуют и сильно связанные экземпляры процессов. К таким могут относиться процессы кредитования связанных заемщиков, процессы валютного контроля связанных операций, процессы финансирования связанных инвестиционных проектов и т.д.

Перечислим возможные дефекты алгоритма управления функционированием:

— неправильно выбраны границы изменения параметра управления. Если в шаблоне бизнес-процесса для какого-либо параметра установлены слишком большие или слишком малые границы, процесс управления может не обеспечить достижение заданного результата на выходе экземпляра процесса.

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

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

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

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

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

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

Управление автоматизацией включает автоматизацию самого бизнес-процесса и автоматизацию средств проектирования, развертывания, мониторинга, анализа и оценки бизнес-процесса.

Автоматизация бизнес-процессов осуществляется с использованием огромного числа систем, включая системы класса АБС, ERP, CRM и т.д. При этом современные тенденции автоматизации нацелены на широкую интеграцию систем разного класса с использованием средств интеграции приложений EAI (Enterprise Application Integration), сервис-ориентированной архитектуры SOA (Service-Oriented Architecture),

сервисной шины предприятия ESB (Enterprise Service Bus) и др.

Автоматизацию средств проектирования, развертывания и мониторинга может обеспечить внедрение системы класса BPMS (Business Process Management System), которая, как правило, включает модуль проектирования бизнес-процессов BPD (Business Process Design), развертывания бизнес-процессов BPE (Business Process Engine) и мониторинга бизнес-процессов BAM (Business Activity Monitoring).

Наконец, автоматизацию средств анализа и оценки бизнес-процесса можно осуществить с помощью аналитической системы класса BI (Business Intelligence).

2.3. Управление совершенствованием бизнес-процесса

Управление совершенствованием бизнес-процесса нацелено на замену существующего процесса на требуемый (желаемый) путем осуществления трансформации шаблона бизнес-процесса (рис. 8). При этом обычно применяется стандартная последовательность действий, которая в системном анализе получила название «решение проблемы».

Рис. 8. Совершенствование бизнес-процесса

Как правило, решение проблемы состоит из трех этапов:

1)выявление и анализ проблемы;

2)конструирование решения;

3)реализация решения.

Рассмотрим более подробно эти этапы.

Выявление и анализ проблемы включает следующие шаги:

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

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

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

оценка актуальности решения проблемы. Учитывая, что невозможно решить все проблемы, их необходимо выстроить в порядке приоритета. И уже в зависимости от приоритета выделить для решения проблемы те или иные ресурсы;

определение цели и ограничений. Уровень приоритета и выделенные ресурсы во многом определят конечную цель и ограничения, в рамках которых будут осуществляться поиск и реализация решения. Например, амбициозные цели обычно ставят в случае, если у проблемы высокий приоритет и ресурсы выделены в достаточном количестве;

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

определение дефектных элементов существующей системы. На данном этапе осуществляется оценка структурных элементов процесса путем использования различных методов анализа, включая стратегический анализ, финансовый анализ, анализ рисков и т.д. В частности, на этом этапе может использоваться анализ бизнес-процесса с точки зрения сбалансированной системы показателей BSC (Balance Score Card) и калькуляции затрат по направлениям деятельности ABC (Activity Based Costing);

оценка веса влияния дефектных элементов на выход. Чтобы перейти к конструированию решения,

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

Конструирование решения включает:

определение структуры набора альтернатив. Чтобы следующий шаг — построение альтернатив — был продуктивным, необходимо структурировать область альтернативных вариантов. Часто для этих целей используют двухмерные матрицы, по осям которых располагают параметры, влияющие на выбор альтернативы (например, добавленная стоимость/продолжительность, добавленная стоимость/надежность или другое);

построение набора альтернатив. Построение набора альтернатив является наиболее непредсказуемым этапом решения проблемы, так как во многом зависит от способностей участников процесса генерировать приемлемые решения. Как правило, на этом этапе используются метод мозгового штурма, метод проб и ошибок, теория решения изобретательских задач (ТРИЗ) и т.д.;

оценка набора альтернатив. Структурированный набор альтернатив необходимо подвергнуть более тщательной оценке. На этом этапе рассчитываются значения всех значимых параметров, используемых при выборе варианта для реализации;

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

Наконец, реализация решения включает:

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

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

реализация решения. Осуществляется замена старого шаблона процесса на новый. С этого момента реализация новых экземпляров процесса идет по новому шаблону.

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

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

В связи с этим эффективность и результативность управления совершенствованием бизнес-процессов во многом зависит от способности организации обеспечить освоение сотрудниками современных методов управления проектами.

3. Проблема согласования функционального и процессного подходов

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

Рис. 9. Наложение процессной, функциональной и организационной структур

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

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

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

3.1. Недостатки функционально-организационной структуры

В основе функционального подхода лежат следующие базовые принципы:

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

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

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

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

5)по мере изменения целей и задач технологические инструкции изменяются. Если внесение изменений в технологические инструкции не позволяет достичь нужных целей, проводится реорганизация — изменяются организационная и функциональная структуры.

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

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

Рассмотрим, например, процедуру принятия решения о внесении изменений в одну из технологических инструкций.

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

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

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

3.2. Недостатки процессно-организационной структуры

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

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

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

3.3. Цепочка «функции—процессы—результаты»

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

Источник различий в содержании терминов «процесс» и «функция» можно определить, анализируя понятие «функция».

Слово «функция» произошло от латинского слова function (исполнение) и означает «обязанность, круг деятельности; назначение, роль»27. То есть содержанием термина «функция» является не столько действие, сколько потенциальная возможность осуществления действия28.

Функции и процессы связаны через субъектов (носителей) функций, одновременно являющихся субъектами процессов. Например, структурные единицы организации выступают в технологических процессах в качестве исполнителей в соответствии с имеющимися у них функциями.

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

А если вспомнить, что достижение результатов зависит от управления процессами, то появляется цепочка «функции—процессы—результаты» (ФПР), которая отражает взаимную обусловленность между этими тремя важнейшими элементами организации (рис. 10).

Рис. 10. Цепочка ФПР (функции—процессы—результаты)