Читать онлайн «Бизнес-процессы. Моделирование, внедрение, управление». Страница 29

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

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

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

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

Рис. 2.8.1. Организация группы вокруг процесса

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

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

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

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

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

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

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

Рис. 2.8.2. Матричное управление процессами

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

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