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

Функциональный подход предполагает, что любую компанию можно представить как набор определенных действий и функций, которые выполняет ее персонал на своих рабочих местах. Каждый из сотрудников, работая в своём подразделении, выполняет только свои функции, свои задачи. Он видит как работают сотрудники его подразделения и способен оценить эффективность их работы. Он понимает как его работа влияет на результативность подразделения. Но как результаты его труда влияют на результативность всей компании, он не знает и не видит свое место в ней. Работники не мотивированы на сотрудничество с соседними подразделениями и не ориентированы на конечный результат компании. Это является одним из недостатков функционального подхода к управлению экономическими объектами.

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

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

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

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

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

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

Основные процессы. Они реализуют основную деятельность компании, это процессы ее жизненного цикла. Например: Процесс закупок, Предоставление услуг клиенту, Производство продукции, Транспортная доставка, Организация хранения, Сбыт товаров, Продажа товаров/услуг, Маркетинг, Закупки материалов и сырья и т.д.

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

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

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

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

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

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

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

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

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

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

вектор привлекательности банковских инструментов кардинально поменял свое направление, как минимум, три раза (ГКО, реальный сектор экономики, retail);
банковский продукт по характеру потребления превратился из индивидуального в массовый;
рост конкуренции на рынке банковских услуг заставил современный банк серьезно отнестись к управлению, инновациям и поиску новых банковских инструментов.

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

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

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

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

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

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

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

Функциональный подход к организации управления существует давно и его реализация даже в наше время вполне возможна без применения современных ИТ.

В отличие от этого подхода реализация процессно-ориентированного управления практически невозможна без современных ИТ и, прежде всего, без применения систем класса workflow.

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

Идеологи workflow из Workflow Management Coalition полагают, что без workflow процессно-ориентированная структура управления на практике не жизнеспособна.

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

В результате перехода на процессно-ориентированное управление должно быть повышено качество бизнес-процессов и управления ими, в целом поднята на новый уровень эффективность основного бизнеса организации. А для ИТ-инфраструктуры организации основными результатами внедрения технологии workflow будут:

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

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

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

Workflow в банках

Внедрение передовых методов управления и информационных технологий идет в России c некоторой задержкой в сравнении с западными странами.

Поэтому имеет смысл ознакомиться с опытом тех, кто идет первыми. Применение процессно-ориентированного управления на основе среды workflow в западных банках растет, но стоит отметить, что workflow очень широко используется и вне контекста поддержки процессно-ориентированного управления для поддержки отдельных бизнес-процессов банка с целью повышения их эффективности. Такой подход у нас получил название «кусочная автоматизация». Наиболее известные примеры применения workflow в западных банках это, как правило, поддержка крупномасштабных бизнес-процессов, до которых российские банки еще не «доросли» (с этими примерами можно ознакомиться на странице http://www. e-workflow .org/case_studies/financial/index.htm).

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

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

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

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

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

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

Банки могут воспользоваться преимуществами процессно-ориентированного управления на основе среды workflow только в том случае, если эта среда будет средой и для основных функциональных банковских систем, т.е. она будет встроена в АБС. Точнее, сама АБС будет построена на принципах workflow.

Руководство компании Кворум, исходя из этих тенденций в сфере управления и изменений на российском рынке банковских услуг, а также из анализа развития современных информационных технологий, приняло решение о разработке АБС NEXT банковской системы нового поколения класса workflow.

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

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

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

В комплект поставки АБС NEXT также будет включен набор типовых моделей бизнес-продуктов.

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

Вторая основная черта АБС NEXT это решение проблемы интеграции АБС с другими информационными системами, используемыми банками. Реально во всех банках используются разнообразные прикладные системы, и для ИТ-подразделений обеспечение совместной работы этих систем является одной из основных задач. Часто эта задача является «головной болью» для ИТ-подразделений банков.

Хочется отметить, что проблема интеграции в АБС NEXT решена на качественно более высоком уровне, чем в существующих АБС благодаря разработке специальной Платформы NEXT, которая является частью АБС. Платформа создана на основе продуктов корпораций Oracle и IBM. Она позволяет использовать различные способы интеграции функциональных приложений, разработанных, как ИТ-подразделением банка, так и сторонними разработчиками.

Идея такого подхода, как говорится, «витала в воздухе». Аналогичный подход к созданию современной АБС предлагал эксперт Ассоциации российских банков (АРБ) Александр Лысенко (см. статью «Контуры современной архитектуры банковской автоматизации» в журнале «Банки и технологии», №3/2000, стр. 4-

9): «…Звездообразная архитектура, где центром звезды является не базовое приложение типа „Операционный день“, а приложение типа „Клей“. Все бизнес-приложения, включая даже основное, базовое, являются равноправными каждое делает свою часть обработки и на равных взаимодействует с другими.

…Взаимодействие приложение основная цель автоматизации…».

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

Изменения бизнес-процессов, как правило, не могут не затронуть кода функциональных приложений, поэтому проблема управления кодом приложений, его изменениями, при создании АБС NEXT была осознана как отдельная задача. АБС NEXT может развиваться не только ее разработчиками, но и специалистами банка. При установке новой версии системы от фирмы Кворум обеспечивается либо автоматическое, либо полуавтоматическое слияние ее с приложениями системы, модифицированными специалистами банка.

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

Время процессно-ориентированного управления в российских банках пришло!

Благодаря изменениям на рынке банковских услуг, о которых мы говорили выше, российские банки «созрели» для перехода на процессно-ориентированное управление.

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

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

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

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

Но это только начало, в рамках которого осваиваются основные идеи и методологии, такие как методика сбалансированных показателей (Balanced Scorecard, BS), при наличии ясно сформулированной стратегии развития банка для управления можно эффективно использовать систему ключевых показателей результативности (Key Performance Indicator, KPI) и т.д. Применение BS, KPI и других методик на первом же этапе желательно, но не обязательно. Даже рационализация, «спрямление» бизнес-процессов на основе здравого смысла уже дает эффект.

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

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

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

Каждому из этапов цикла управления соответствуют определенные функции управления (табл. 2.4).

Таблица 2.4

Соответствие этапов и функций управления

Рис. 2.5.

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

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

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

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

1. При функционально структурированной организации отсутствует заинтересованность сотрудников в конечном результате. Чаще всего видение происходящего работниками не выходит за рамки своих подразделений, они не ориентированы на конечные цели предприятия, на удовлетворение потребностей покупателя.
2. Значительная часть реальных рабочих процессов на предприятии включает множество функций, т.е. выходит за рамки отдельных подразделений. Однако в функционально ориентированных структурах обмен информацией между различными подразделениями чрезмерно усложнен из-за ее вертикальной иерархичности, что приводит к большим накладным расходам, неоправданно длительным срокам принятия управленческих решений.
3. Большая часть времени, необходимого для осуществления управленческого воздействия на производственный процесс, затрачивается на взаимоотношения служб и оно значительно больше, чем время на реализацию самого решения. Это приводит к тому, что реакция на возмущающее воздействие идет с неоправданно большим опозданием.

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

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

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

Процессный подход позволяет:

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

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

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

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

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

Сравнительная характеристика существующих подходов к управлению предприятием представлена в табл. 2.5.

Таблица 2.5

Сравнительная характеристика существующих подходов к управлению предприятием


	Функциональный	Процессный
Сущность	Предприятие рассматривается как механизм, обладающий набором функций, распределяемых среди подразделений	Предприятие представляется набором процессов, проходящих через все подразделения и задействующих все службы предприятия
	Отдел, организационная структура	Бизнес-процесс
Недостатки	1) отсутствие заинтересованности работников в конечном результате, они не ориентированы на целевые задачи предприятия; 2) усложнен обмен информацией между подразделениями, что приводит к большим накладным расходам, длительным срокам выработки управленческих решений; 3) требуется много времени для реализации управленческого воздействия на производственный процесс; 4) авторитарное управление и др.	1) взаимозависимость лиц, принимающих решения
Достоинства	1) бесконфликтный процесс принятия решений, исключающий взаимозависимость лиц, принимающих решения	1) ориентация на конечный результат; 2) достижение высокой эффективности деятельности; 3) гибкость реагирования на внешние и внутренние изменения; 4) контроль качества процесса, а не конечного продукта; 5) мотивация; 6) оперативность; 7) демократическая система управления

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

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

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

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

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

Языки функционального программирования [ | ]

Ещё не полностью функциональные изначальные версии и Лиспа , и APL внесли особый вклад в создание и развитие функционального программирования. Более поздние версии Lisp, такие как Scheme , а также различные варианты APL поддерживали все свойства и концепции функционального языка .

Как правило, интерес к функциональным языкам программирования, особенно чисто функциональным, был скорее научный, нежели коммерческий. Однако, такие примечательные языки как Erlang , OCaml , Haskell , Scheme (после 1986) а также специфические (статистика), Wolfram (символьная математика), и (финансовый анализ), и XSLT (XML) находили применение в индустрии коммерческого программирования. Такие широко распространённые декларативные языки как SQL и Lex /Yacc содержат некоторые элементы функционального программирования, например, они остерегаются использовать переменные. Языки работы с электронными таблицами также можно рассматривать как функциональные, потому что в ячейках электронных таблиц задаётся массив функций, как правило зависящих лишь от других ячеек, а при желании смоделировать переменные приходится прибегать к возможностям императивного языка макросов.

История [ | ]

Первым функциональным языком был Лисп , созданный Джоном Маккарти в период его работы в в конце пятидесятых и реализованный, первоначально, для IBM 700/7000 (англ.) русск. . В Лиспе впервые введено множество понятий функционального языка, хотя при этом в языке применяется не только парадигма функционального программирования . Дальнейшим развитием Лиспа стали такие языки как Scheme и Dylan .

Концепции [ | ]

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

Функции высших порядков [ | ]

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

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

Чистые функции [ | ]

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

Если результат чистой функции не используется, её вызов может быть удалён без вреда для других выражений.
Результат вызова чистой функции может быть мемоизирован , то есть сохранён в таблице значений вместе с аргументами вызова. Если в дальнейшем функция вызывается с этими же аргументами, её результат может быть взят прямо из таблицы, не вычисляясь (иногда это называется принципом прозрачности ссылок). Мемоизация , ценой небольшого расхода памяти, позволяет существенно увеличить производительность и уменьшить порядок роста некоторых рекурсивных алгоритмов.
Если нет никакой зависимости по данным между двумя чистыми функциями, то порядок их вычисления можно поменять или распараллелить (говоря иначе вычисление чистых функций удовлетворяет принципам thread-safe)
Если весь язык не допускает побочных эффектов, то можно использовать любую политику вычисления. Это предоставляет свободу компилятору комбинировать и реорганизовывать вычисление выражений в программе (например, исключить древовидные структуры).

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

Рекурсия [ | ]

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

Подход к вычислению аргументов [ | ]

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

print (len ([ 2 + 1 , 3 * 2 , 1 / 0 , 5 - 4 ]))

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

Как правило, нестрогий подход реализуется в виде редукции графа. Нестрогое вычисление используется по умолчанию в нескольких чисто функциональных языках, в том числе Miranda , Clean и Haskell . [ ]

В нефункциональных языках [ | ]

Принципиально нет препятствий для написания программ в функциональном стиле на языках, которые традиционно не считаются функциональными, точно так же, как программы в объектно-ориентированном стиле можно писать на структурных языках. Некоторые императивные языки поддерживают типичные для функциональных языков конструкции, такие как функции высшего порядка и списковые включения (list comprehensions), что облегчает использование функционального стиля в этих языках, в частности, такой подход широко применяется в практике языка Python . Другим примером является язык Ruby , который имеет возможность создания как анонимных функций с использованием связанных переменных (λ-объектов), так и возможность организации анонимных функций высшего порядка через блок с помощью конструкции yield . В языке Си указатели на функцию в качестве типов аргументов могут быть использованы для создания функций высшего порядка. Функции высшего порядка и отложенная списковая структура реализованы в библиотеках С++ . В языке версии 3.0 и выше можно использовать λ-функции для написания программы в функциональном стиле.

Стили программирования [ | ]

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

# императивный стиль target = # создать пустой список for item in source_list : # для каждого элемента исходного списка trans1 = G (item ) # применить функцию G() trans2 = F (trans1 ) # применить функцию F() target . append (trans2 ) # добавить преобразованный элемент в список

Функциональная версия выглядит по-другому:

# функциональный стиль # языки ФП часто имеют встроенную функцию compose() compose2 = lambda A , B : lambda x : A (B (x )) target = map (compose2 (F , G ), source_list )

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

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

Рефал (для этой категории, представленной единственным языком, нет общепринятого названия);
Аппликативные (Лисп , , Tcl , Rebol);
Комбинаторные (APL / / , / );
Бесточечные (чистые конкатенативные) (Joy , Cat , Factor , подмножество PostScript).

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

Особенности [ | ]

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

Сильные стороны [ | ]

Повышение надёжности а [ | ]

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

Удобство организации модульного тестирования [ | ]

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

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

Возможности оптимизации при компиляции [ | ]

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

Возможности параллелизма [ | ]

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

Недостатки [ | ]

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

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

См. также [ | ]

Примечания [ | ]

А. Филд, П. Харрисон Функциональное программирование: Пер. с англ. - М.: Мир, 1993. - 637 с, ил. ISBN 5-03-001870-0 . Стр. 120 [Глава 6: Математические основы: λ-исчисление].

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

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

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

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

Принципы процессного подхода к управлению. Процессный подход основан на следующих принципах:

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

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

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

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

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

Преимущества процессного подхода к управлению.

При обсуждении содержания процессного подхода к управлению очевидны его неоспоримые преимущества по сравнению с функциональным подходом. К основным преимуществам процессного подхода можно отнести:

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

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

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

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

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

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

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

Экономика