Предисловие книги
Долгое время я не мог принять решение, писать книгу или нет, ведь про управление бизнес-процессами написано уже немало книг, но, со временем, количество практических кейсов накапливалось и мне показалось интересным сделать их доступными для широкой аудитории слушателей. К тому же, слушатели моих учебный курсов все чаще спрашивали про книгу, кратко рассказывающую об управлении бизнес-процессами, и вот я решился.
Так уж сложилось, что я уже много лет работаю на проектах по описанию, анализу, автоматизации и оптимизации бизнес-процессов в различных российских компаниях, и за эти годы у меня сформировалось устойчивое мнение, что процессный подход является единственно возможным методом повышения производительности труда и устранения недостатков функционально-ориентированного управления, которое так распространено в России, при этом нужно понимать, что внедрение процессного подхода на практике требует серьёзных усилий, как от руководителей компании, так и от всех сотрудников.
Управление бизнес-процессами тема, которая долгие годы обсуждается среди большинства российских менеджеров и аналитиков. Эффективность процессного подхода ставилась под сомнение не раз, и многие имеют негативный опыт внедрения процессного подхода через моделирование бизнес-процессов, однако среди множества негативных примеров появляется все больше и больше положительных кейсов, когда компания попробовала внедрить элементы процессного подхода и достигла положительных результатов.
В первую очередь эта книга предназначена для руководителей, которые хотят не только сделать свой бизнес эффективнее, но и создать компанию, которая будет работать как «механизм», что позволит уверенно тиражировать бизнес и в российские регионы, и даже в другие страны. Моя задача убедить руководителя компании, что, отстроив ключевые бизнес-процессы, он сможет больше заниматься стратегией и развитием компании, чем операционными вопросами, что сделает его работу интереснее, а компанию эффективнее.
|
С другой стороны, надеюсь, что данная книга также будет полезна бизнес-аналитикам и специалистам в области информационных технологий, которые смогут почерпнуть из нее основные принципы управления бизнес-процессами. Ведь именно им на практике придется отстраивать бизнес-процессы, для того что бы компания стала работать как хорошие швейцарские часы.
Данная книга построена на базе практических примеров и кейсов, которые возникали на моем пути консультанта и внутреннего бизнес-аналитика. При этом в данной книге будут затронуты смежные области, которые в том или ином виде связаны с управлением бизнес-процессами, а именно управление поручениями, система внутреннего контроля, управление по целям и многое многое другое.
От системы управления по поручениям к управлению бизнес-процессами
«Россия управляется непосредственно Господом Богом.
Иначе невозможно представить, как это государство до сих пор существует»
Бурхард-Христоф Миних
Во многих российских компаниях часто можно встретить систему управления, построенную на выдаче, регистрации и последующем контроле поручений. Такой подход к управлению давно используется в России и многим знаком. И если Вы работали в российских министерствах, ведомствах или управляющих компаниях крупных федеральных холдингов, то скорее всего встречали данную систему на практике. Управление по поручениям предельно просто и легко в использовании, его можно сравнить с автоматом Калашникова, и именно за данную простоту систему управления по поручениям любят и применяют в России множество управленцев.
|
Вертикальное управление, построенное по функциональному принципу, при этом основной проблемой функциональной структуры является отсутствие ориентации на клиента и сложность проведения внутренних изменений в компании.
Признаком системы управления, построенной по функциональному признаку, является использование системы управления по поручениям, которая делает ответственным одного человека, остальные сотрудники подразделений, хоть и участвуют в исполнении поручения, не заинтересованы и спускают задачу на тормозах. При этом ответственный за задачу не имеет власти над соисполнителями поручения, что приводит к тому, что ответственный либо договаривается на неформальных связях, либо старается исполнить его формально с привлечением минимального числа согласующих.
Для тех, кто не в курсе как работает система управления по поручениям – описываю. Все поступающие в компанию документы, задачи, информация, а также проблемы с «нижних этажей» организации анализируются высшим руководством, после чего принимаются те или иные решения, которые оформляются в виде поручений, регистрируются и контролируются по срокам исполнения. Может быть вариант, когда поручения формируются на совещании, и тогда в протоколе указывается перечень поставленных поручений, которые регистрируются, доводятся до исполнителей и ставятся на контроль.
|
Если для выполнения поставленного поручения, необходимо участие представителей нескольких подразделений, то поручение назначается им всем, при этом один из руководителей назначается ответственным за исполнение данного поручения, и именно он должен представить результаты совместной работы.
Незаменимым атрибутом поручения является срок его исполнения, и именно при наступлении данного срока требуется предъявить руководителю результаты его выполнения. На практике, поручение не исполняется руководителями его получившими, а передается вниз по управленческой иерархии, таким образом «расписывается» на исполнение тем сотрудникам, которые и будут выполнять предусмотренные поручением задачи. Через некоторое время в результате такой «росписи» все, кто должен участвовать в исполнении поручения, получают от своих руководителей задачи и срок их исполнения.
Правда есть нюанс, связанный с тем, что поскольку при такой «росписи» поручений участвуют ключевые руководители компании, затраченное на «роспись» время может быть значительным, а в крупных организациях даже достигать нескольких дней, что уменьшает срок, оставшийся для исполнения самого поручения. При этом руководители, назначая задачу, своему подчиненному, уменьшают ее срок исполнения, ведь нужно ещё проверить полученный результат самому, дать замечания, а также оставить время на переработку результата исполнителем.
В результате, при «высокой» иерархической структуре, когда поручение попадает к исполнителю, срок его исполнения оказывается в лучшем случае – «завтра», а чаще всего «вчера», и поэтому исполнитель старается выполнить поручение максимально быстро, и часто по формальным признакам, чтобы «перекинуть» его обратно руководителю.
Намного сложнее исполнять поручение, если в качестве соисполнителей поставлены сотрудники других подразделений, тогда придется исполнять поручение вместе с ними, после чего согласовывать полученные результаты со всеми заинтересованными лицами. Такое масштабное согласование с учетом различных интересов подразделений может занять достаточно длительный промежуток времени и потребовать проведения множества совещаний. И после того, как все соисполнители придут к единому мнению, результат будет продемонстрирован руководителю компании, который и выдал поручение. Если руководителю не понравится результат исполнения поручения, то цикл повторится, правда уже с большей скоростью, ведь исполнители уже назначены.
Система управления по поручениям имеет свои преимущества: в первую очередь это простота и понятность для руководителей и исполнителей, прозрачность ответственности за исполнение поставленного поручения, простота организации регулярной системы контроля сроков исполнения поручений. При этом, если вспомнить прошлое, то для управления по поручениям хватало бумажных документов для формализации поручений, ручки для их «росписи» и журналов регистрации, где фиксировались поручение, срок исполнения и ответственный.
Самое главное, что система контроля исполнения поручений, позволяет легко найти крайнего за срыв сроков или некачественное исполнение, ведь все поручения зафиксированы и можно определить на какой стадии находится исполнение того или иного поручения, после чего можно позвонить ответственному или исполнителю и «ускорить» выполнение поставленного поручения.
В тоже время, из-за своей простоты, управление по поручениям имеет недостатки, которые необходимо нивелировать при использовании данной системы на практике.
Пример из практики:
В одной крупнейшей российской компании состоялось совещание, в результате которого было рождено множество поручений, которые были распределены по профильным функциональным подразделениями. Одно из подразделений, получив поручение, не смогло понять из написанного текста, что же все-таки нужно делать, и набравшись организационной смелости, попросило уточнить у руководителя управленческой иерархии, что нужно сделать. Ответ заслуживает публикации: — «У нас времени не хватает писать поручения, не то что их уточнять. Вы профессионалы!! Должны сделать в срок, что сказано!».
Итак, ключевым недостатком системы управления по поручениям является слишком общая формулировка задачи, пришедшей с верхнего уровня и невозможность ее уточнить. На практике часто встречается недостаточно подробное описание поставленного поручения, что вскрывается только при поступлении поручения к исполнителю на нижнем уровне иерархии, так как руководители на вышестоящих уровнях управления, часто лишь маршрутизируют задачу, без уточнения ее деталей. При этом из-за иерархических барьеров в больших компаниях, уточнить у инициатора поручения, что конкретно нужно сделать по задаче уже невозможно, ведь задать вопрос «вверх» через столько уровней управленческой иерархии исполнителю просто нереально.
Пример из практики:
Как-то раз руководителю ИТ-подразделения одной крупной государственной компании поручили купить географическую карту России для размещения на стене в кабинете генерального директора, при этом, на вопрос, какая конкретно карта нужна, руководитель, принесший поручение с верхнего этажа власти, ответить не смог, а беспокоить генерального директора «глупыми» вопросами не позволил. В результате руководитель ИТ-подразделения, в рамках исполнения поручения, принес две карты, одну бумажную, вторую на экране огромного планшета, однако он не угадал ни в том ни в другом случае, оказывается генеральный директор хотел объемную карту из пластика, на которой был бы виден российский рельеф в разных регионах.
В данных случаях необходимо максимально детализировать исполнителю само поручение, чтобы исполнитель смог четко понять, что ему необходимо сделать. Для этого можно использовать разные техники и вопросы, например, Кто? Когда? В каком формате? Что должен сделать? С кем согласовать? Кому представить? Но самое главное, что, внедряя процессный подход, необходимо стараться избегать возникновения таких ситуаций делегируя полномочия и ответственность на нижние уровни управления, что бы дать возможность эксперту самостоятельно принимать решение о необходимых действиях
Пример из практики:
В одной крупной российской организации для маршрутизации одного из документов «сверху-вниз», уходило от 5 до 7 дней, на обратный путь от исполнителя к руководителю через всю иерархию еще 5-7 дней, при этом, в результате всех этих действий, документ приобретал лишь пару вписанных фамилий и печать, которые вносились исполнителем за 1 час на самом нижнем этаже иерархии. Руководители лишь писали «к исполнению», поскольку в самом документе менять было нечего – форма его была закреплена нормативным актом. В результате более 10 дней документ гулял по управленческой иерархии, а отрабатывался всего за 1 час, причем самым низкооплачиваемым исполнителем.
Участие большого, и часто излишнего, руководителей, участвующих в маршрутизации поручения, приводит к долгой «росписи» поручения от руководителей до исполнителей, сложности сбора мнений с соисполнителей и конфликтности процедуры согласования результатов исполнения поручений. Все это приводит к тому, что на исполнение поручения тратится в разы меньше времени, чем на его маршрутизацию и согласование. В результате большинство поручений исполняется формально, и основная задача исполнителя, закрыть поручение по формальному признаку или на крайний случай сдвинуть его срок, так как для получения качественного результата исполнителю не хватает ни сроков, ни ресурсов, ни полномочий.
Именно здесь управление бизнес-процессами позволяет для типовых задач формализовать процедуры их выполнения и назначать задачи насквозь «через» управленческие слои, как можно ближе к исполнителю, без участия его руководителей. Для этого необходимо, чтобы канцелярия или руководитель, маршрутизирующие задачу, понимали в какой процесс нужно подать задачу для ее максимально быстрого исполнения. Ну а если задача приходит с рынка, то она сразу должна попадать ответственному исполнителю.
Пример из практики:
В одной крупной российской компании количество участников при исполнении различных поручений часто превышало 50, что приводило к множеству совещаний, и огромному количеству документов и мнений, в результате даже простейшее поручение, такое как ответ потенциальному контрагенту на рекламное письмо, занимало в этой компании минимум две-три недели. При этом, сам ответ, как правило, заключался в дежурной фразе: — «Большое спасибо за приглашение, если мы будем проводить тендер по данной тематике, будем рады участию Вашей компании».
В функциональной структуре управления даже на простейшее поручение может быть назначено слишком много соисполнителей, ведь руководители, «расписывая» поручения часто добавляют в качестве соисполнителей нескольких руководителей подчиненных подразделений, а те в свою очередь еще добавляют несколько своих подчиненных, и в результате к исполнению поручения привлекается множество сотрудников, без которых можно было-бы вполне обойтись. Из-за большого количества участников возрастают дополнительные трудозатраты, а главное возникает множество противоположных позиций, которые необходимо сводить при согласовании результата исполнения поручения. Все это не только затягивает получение результата, но и в разы увеличивает затраты на его получение.
В данном случае процессный подход, за счет формализации процедур взаимодействия исполнителей на горизонтальном уровне позволяет исключить всех лишних участников, которые не привносят в процесс ценности, что позволяет выполнить процесс в разы быстрее, и не отвлекать руководителей для маршрутизации однотипных регулярных задач.
Пример из практики:
В одной российской компании количество поручений перевалило за тысячу, при этом любая активность оформлялась в виде поручения и контролировалась. На нижнем уровне сотрудники старались исполнить поручение по формальным признакам максимально быстро, ведь над ними несколько уровней иерархии, и результат там будет не раз переделан, после чего переходили к своим «любимым» занятиям – кто-то учил английский, а кто-то просто играл в Lines на компьютере, в ожидании конца рабочего дня.
Использование системы управления поручениями в качестве основной приводит к тому, что сотрудники организации перестают работать самостоятельно, и начинают работать только при поступлении поручения, в данном случае, вся власть концентрируется на верхних уровнях управления, и все решения принимаются только там. Теперь сотрудники работают только, когда поручение есть, а когда его нет они занимают выжидательную позицию, сосредотачиваясь на любимом хобби или просто ничего не делают. Необходимо использовать систему управления поручениями только для контроля исполнения ключевых задач, а для регулярной деятельности использовать процессный подход, передавая инициативу с уровня менеджмента на уровень исполнителей, тем самым избавляясь от концентрации принятия всех управленческих решений на верхнем уровне. Основной поток задач в компании необходимо пускать по регулярному бизнес-процессу, контролируя участников процесса по операционной отчетности или через финансовые показатели.
Пример из практики:
В одной из компаний при выполнении поручений, подразделения не сотрудничали друг с другом, в результате исполнялись только те поручения, в которых участвовало одно подразделение, как только в исполнении поручения участвовали несколько подразделений, то срывались сроки исполнения поручений, либо наказывался ответственный и поручение перекладывалось на другого. При этом горизонтальные связи нарушались из-за постоянной ротации руководителей.
Отсутствие горизонтального взаимодействия — это ключевой недостаток функциональной системы управления. В случае, если при исполнении поручения необходима совместная работа представителей двух функциональных подразделений, нередко случается, что ответственный не может добиться должного результата от своего соисполнителя, поскольку соисполнитель не заинтересован в том, чтобы помочь «соседу».
В этом случае возможно воздействовать через верхние уровни управления, жалуясь, общему для Вас с «соседом» руководителю, однако в данном случае, высший руководитель скорее всего будет недоволен, что Вы эскалировали задачу на него, да и тот «сосед», кого Вы «принудили к сотрудничеству» не забудет Вам «отдать долг» впоследствии, как только представится возможность. Можно решить данную задачу на неформальном уровне, по принципу помогай другим, и они помогут тебе, однако с приходом нового руководителя все неформальные связи рушатся, и приходится выстраивать неформальные отношения заново.
Особенно плохо выглядит взаимодействие подразделений в кросс-функциональных процессах, где участвует множество подразделений, при этом каждое старается переложить работу и ответственность за ошибки на соседние подразделения. Для таких процессов часто необходимо выделение специализированной роли- координирующей исполнения процесса, его называют владельцем процесса.
Процессный подход позволяет через описание и анализ бизнес-процессов в которых участвует множество различных подразделений, в просторечии называющихся «кросс-функциональными», формализовать точки взаимодействия функциональных подразделений, минимизировав конфликты внутри функциональной структуры.
И еще — в функциональных структурах есть правило – «Нет поручения – нет работы», ведь если нет задачи сотрудники перестают работать, а при ее появлении стараются выполнить по формальным правилам. Это приводит к тому, что любое маломальское дело требует поручения вышестоящего руководства, что в бизнесе неприемлемо. Внедрение процессного управления решает эту задачу, сотрудники начинают работать в регулярном режиме – по процессу, не дожидаясь поручений от руководителя.
В качестве вывода:
Простота системы управления по поручениям и менталитет российского менеджмента позволили данной системе распространиться среди российских организаций, однако, на практике, присущие данной системе недостатки часто превышают достоинства. Именно поэтому организациям необходимо внедрять процессный подход в свою деятельность, чтобы снизить недостатки функциональной системы управления.
Управление бизнес-процессами позволяет стандартизовать отработку всех регулярных задач, тогда как система управления по поручениям остается для решения наиболее критичных задач, приходящих с верхних этажей власти. При этом руководители должны делегировать свои полномочия ответственность на нижний уровень управления, чтобы обеспечить скорость исполнения бизнес-процессов и снизить их стоимость.