Внедрение процессного подхода к управлению

Количество процессов, выделяемых в организации напрямую зависит от размера организации и действующей системы управления. В состав процесса кроме системы управления, о которой так много было написано ранее, входит еще и деятельность исполнителей работ (операций) процесса. Технологическая последовательность работ (операций) обычно не вызывает проблем с описанием, но для того, чтобы сгруппировать операции в управляемые блоки под названием процессы, необходимо принять некоторые правила объединения. При использовании полного списка процессов, приведенных в перечне Международной бенчмаркинговой палаты, результат может получиться совершенно ошеломляющий и приводящий организацию в полный ступор. В этом перечне приведены названия 273 процессов! Максимальное количество выделенных процессов, которое приходилось встречать на практике, составляет 127. Для построения учета и управления таким количеством процессов не обойтись без мощного ERP-продукта, который не по карману малым и средним организациям. Для справки -- численность организации, в которой было выделено 127 процессов, составляла не более 200 человек, т.е. фактически в организации было произведено выделение функций или работ (операций) нижнего уровня по продуктовой цепочке. Системы учета и управления построены не были.

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

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

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

Для решения этого вопроса необходимо принять во внимание два фактора:

а) кто отвечает за передачу полуфабриката или конечного продукта на следующий этап или клиенту;

б) кто отвечает за наибольшую (наиболее значимую или ресурсоемкую) часть работ по созданию данного конечного или промежуточного продукта.

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

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

* установить границы процесса по правилу Парето 80:20 -- в процессе должно выполняться не менее 80% объема работ по преобразованию входа в выход.

Правило 7. Количество процессов, находящихся в подчинении у одного владельца, не должно превышать типовые нормы управляемости.

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

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

В свою очередь норма управляемости накладывает ограничения на количество процессов, которыми в состоянии управлять руководитель: их тоже может быть не более 7--9 у одного владельца. Чем выше по иерархической лестнице руководитель, тем сложнее управление и тем меньше направлений должно быть в его подчинении. Наоборот, чем ниже уровень руководства, тем больше подчиненных может быть у руководителя. Например, учительница в классе руководит однотипными действиями 25 учеников, а у генерального директора современного крупного предприятия должно быть не более 4--5 напрямую подчиненных ему заместителей.

На величину нормы управляемости влияют:

* степень информатизации предприятия;

* уровень организационной и управленческой культуры;

* степень делегирования подчиненным прав и полномочий;

* уровень компетентности руководителя и подчиненных;

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

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

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

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

1. Кто получает плановые задания и несет ответственность за результат процесса (продукт) перед следующим уровнем руководства?

2. Кто имеет в своем распоряжении и управляет ресурсами и информацией по процессу?

3. Кто отвечает за организацию работ по процессу, определяет технологию работ (операций)?

4. Кто организовывает систему сбора информации о ходе процесса?

5. Кто ведет мониторинг (контроль и анализ) хода процесса?

6. Кто отвечает за реализацию мероприятий по повышению эффективности процесса?

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

Практический опыт выделения процессов и построения систем процессного управления в российских организациях говорит о том, что для организаций численностью до 100--150 сотрудников можно выделять не более 7--8 процессов, связанных с основной и вспомогательной деятельностью. Для организаций более крупного масштаба количество процессов, выделяемых для построения системы управления, может составлять 15--201.

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

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

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

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

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

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

1.4 ТЕХНИКА ПОШАГОВОГО ВЫДЕЛЕНИЯ ПРОЦЕССОВ

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

Применение правил выделения процессов

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

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

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

Для решения же проблем с увязыванием взаимодействия процессов из практических соображений можно порекомендовать следующее:

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

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

Пошаговое выделение процессов организации

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

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

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

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

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

Шаг 1. Выделение процессов

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

* построение системы управления всегда производится сверху вниз и начинается с уровня заместителей директора;

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

* в зависимости от размеров организации владельцами процессов могут быть назначены заместители директора (для небольшой организации 300--500 человек) или руководители среднего уровня, если численность организации превышает 1000 человек.

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

Шаг 2. Регламентация процессов

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

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

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

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

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

* документирование взаимоотношений между процессами приводит к «перетягиванию одеяла (ресурсов)» друг у друга или к «перекладыванию ответственности» друг на друга и, как следствие этого, к конфликтам;

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

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

Шаг 3. Оптимизация процессов

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

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

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



ГЛАВА 2. УПРАВЛЕНИЕ ОРГАНИЗАЦИЕЙ НА ОСНОВЕ БИЗНЕС - ПРОЦЕССОВ

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

Как и в главе 1, для упрощения и обеспечения преемственности терминов процессного подходы с терминологией стандартов МС ИСО серии 9000 версии 2000 г., вместо термина «бизнес - процесс» использован термин «процесс».

2.1 СЕГМЕНТИРОВАНИЕ ДЕЯТЕЛЬНОСТИ ОРГАНИЗАЦИИ НА СИСТЕМУ ПРОЦЕССОВ

Процесс, бизнес - процесс, процессное управление, менеджмент качества -- вот те понятия, которые многократно употребляются в последнее время как руководителями компаний, так и консультантами. Но, к сожалению, ни бизнес - процесс, ни процессный подход применительно к бизнес - целям компании не определены в каких-либо нормативных документах: стандартах, рекомендациях министерств и т.п. Исключение составляют, пожалуй, стандарты ИСО серии 9000:2000 [1, 2, 3]. В главе вводится новое понятие сегментированного управления бизнес - процессами (процессами) компании.

Базовым понятием рассматриваемой концепции управления является понятие процесса -- деятельности, преобразующей входы в выходы, представляющие ценность для потребителя (глава 1, определение 1). Такое определение процесса соответствует пониманию, сформулированному в стандартах ИСО серии 9000:2000 [1,2].

Процесс -- это деятельность, для которой должны быть определены:

* ценность этой деятельности для компании в целом;

* ценность результатов деятельности для клиентов (внешних и внутренних);

* руководитель, отвечающий за результативность и эффективность;

* ресурсы, необходимые для выполнения (персонал, оборудование, программное обеспечение, среда, информация и т.д.);

* технология выполнения;

* показатели оценки деятельности, показатели оценки результатов, показатели оценки удовлетворенности клиентов.

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

Каким образом управлять процессом? Как выделять процессы компании, рассматривая их в качестве объектов для управления? Для этого необходимо установить принципы определения процессов и привязки их к существующей организационной структуре. Предлагается сегментировать процессы внутри компании. Для этого прежде всего рассматривается функциональная структура. В каждом крупном функциональном подразделении анализируется деятельность и выделяется несколько процессов (не более 7±2, глава 1, правило 7).

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

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

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

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

Функции системы менеджмента процесса

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

Функции системы менеджмента процесса формулировались неоднократно. Например, пять основных функций менеджмента, определенные А. Файолем [4]:

* планирование,

* организация,

* контроль,

* координация,

* мотивация.

С позиции системы процессного управления, все эти пять функций необходимы для управления процессом. Единственное уточнение, которое можно сделать: функция «мотивация» входит в состав деятельности менеджера (владельца процесса) как часть управления ресурсами. С точки зрения авторов, персонал является одним из ресурсов процесса, а мотивация персонала -- одним из основных способов управления персоналом как ресурсом процесса. Стандарты МС ИСО серии 9000 версии 2000 г. так же рассматривают персонал, как один из ресурсов процесса.

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

На практике при описании процессов приходится учитывать большее число факторов. Так, контур управления процессом раскладывается, как минимум, на двухуровневое управление:

· стратегическое управление всей организацией со стороны высшего руководства (высшего руководителя)

· оперативное управление процессами организации со стороны владельцев процессов.

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

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

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

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

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

Взаимодействия составляющих процессной системы управления. Представлены следующие особенности управления сетью процессов:

* Ресурсы в зависимости от конкретного процесса могут поставляться от вспомогательных процессов или аутсорсинговых организаций в различной степени готовности к использованию их в процессах.

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

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

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

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

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

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

* контроль продукта на выходе и сбор информации о показателях продукта;

* контроль за использованием ресурсов процесса и сбор информации о показателях эффективности процесса;

* получение своевременной, объективной и адекватной информации об удовлетворенности клиентов процесса;

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

в) введение принятых изменений в документацию процесса.

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

Распределение функций между процессами

Виды деятельности, которые составляют процесс, делятся на две основные части:

* технология выполнения процесса или преобразования входов в выходы (способ выполнения деятельности -- обычно хорошо регламентированная часть процесса);

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

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

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

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

* функции дыхания;

* функции питания;

* функции движения;

* функции размножения и т.д.

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

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

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

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

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

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

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

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

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

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

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

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

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

Проблемы выделения сквозных процессов

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

Рассмотрим пример, показывающий трудоемкость создания процессной модели организации. Директор некоторого холдинга численностью 2000 человек создал рабочую группу из трех человек и поручил им за год создать комплексную процессную модель компании. Считаем, что информация о деятельности примерно половины сотрудников попадет в процессную модель. Это 1000 человек. В среднем каждый сотрудник выполняет около семи функций. Общее число функций, подлежащих описанию в модели, составит 7000. Опыт показывает, что квалифицированный аналитик может описать не более семи функций в день в виде модели. Тогда трудоемкость описания составит 1000 рабочих дней. Если работу выполняют трое, то общее время выполнения проекта в рабочих днях составит 333. Если учесть, что это рабочие дни, то общая календарная длительность проекта составит 467 календарных дней. Это первая проблема. Конечно, многие сторонники сквозных процессов могут сказать, что описанию подлежит не вся деятельность, а только определенные бизнес - роли и типовые документы. Но реальным руководителям нужны реальные регламентирующие документы по процессам, а не абстрактная модель взаимодействия бизнес - ролей. Часто бывает, что создание и доведение до практики такой процессной модели становится слишком сложным, длительным и дорогостоящим делом.

Может быть нужно выделить в организации ключевые процессы и именно их описывать в рамках процессной модели? Очень хорошо. Кто и на каком основании может решить, какие процессы будут ключевыми, а какие нет? Далее. Приходим в подразделение и смотрим, в каких сквозных процессах оно участвует. Сталкиваемся с ситуацией, когда Иванов участвует в процессе, а Петров нет, хотя сидят они за соседними столами. Следует уволить Петрова или продолжить создание комплексной процессной модели организации, пока не станет ясно, в каком процессе участвует Петров? Таким образом, работа с ключевыми сквозными процессами очень быстро приведет к необходимости анализа всей остальной деятельности и руководители, использующие сквозные процессы, будут вынуждены создавать процессную модель предприятия в целом.

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

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

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

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

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

* проблема распределения ресурсов;

* проблема планирования и учета расхода ресурсов;

* проблема оценки эффективности и результативности сквозного процесса;

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

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

* подход 1 -- сочетание процессного подхода с существующей функционально-иерархической структурой;

* подход 2 -- выделение в организации сквозных процессов, не привязанных к границам подразделений.

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

* тщательно посчитанные, распределенные и взаимосогласованные ресурсы исполнителей проекта;

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

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

* однозначно определенные входы и выходы по всей цепочке исполнителей;

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

Краткий сравнительный анализ подходов к выделению сквозных процессов и процессов подразделений показывает, что при внедрении процессного подхода к управлению в организации целесообразно:

Фаза 1.

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

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

c) разработать систему показателей оценки процессов, продуктов процессов и удовлетворенности клиентов;

d) запустить систему управления процессами организации, основанную на выполнении цикла P-D-C-A на всех уровнях управления.

Фаза 2.

e) если это целесообразно, выделить сквозные процессы и назначить владельцев сквозных процессов;

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

g) разработать систему контроля использования ресурсов сквозными процессами;

h) разработать систему показателей оценки сквозных процессов, продуктов процессов и удовлетворенности клиентов;

i) запустить цикл P-D-C-A для сквозных процессов.

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

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

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

2.2 УПРАВЛЕНИЕ БИЗНЕС - ПРОЦЕССАМИ (ПРОЦЕССАМИ)

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

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

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

Принцип 2. Лидерство руководства. Основные причины неудач реинжиниринга заключены в том, что руководитель организации не возглавляет реинжиниринг. В соответствии с принципами ИСО 9000:2000 руководитель обязан обеспечить единство команды организации и лично возглавить процессы улучшения. В самом деле, типичная картина для российских предприятий, когда руководитель назначает ответственного за внедрение процессного подхода (реинжиниринг бизнес - процессов) и ждет немедленных результатов повышения доходности организации. На самом деле любое описание процессов в любой из известных нотаций не приводит к улучшению ситуации, так как все управленческие решения по преобразованиям деятельности может принимать только человек -- менеджер высшего ранга. Описание процессов дает только дополнительную информацию для принятия правильного управленческого решения. Никакой компьютер не в состоянии произвести оптимизацию, он способен только дать информацию о состоянии дел. В сегодняшних условиях многие российские предприятия управляются по старинке «по понятиям», а не на основе точной информации. Иногда руководитель возлагает слишком большие надежды на знания приглашенных консультантов. Фактическое же состояние дел таково, что ни один посторонний консультант не может улучшить положение дел в организации, так как он:

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

* во-вторых, не может задать всех вопросов для выяснения всех проблемных моментов;

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

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

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

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

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

Опыт внедрения улучшений в различных странах говорит о том, что преобразования начинаются тогда, когда примерно 20-- 25% персонала готовы к переменам и принимают в их разработке и внедрении непосредственное участие. Такое количество часто называют критической массой.

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

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

...