Ознакомительная версия. Доступно 13 страниц из 65
Система – это набор правил, которые регламентируют способ принятия решений.
Другая разновидность систем – процедуры. В этом случае отсутствует правило, по которому обрабатывается исходная информация, но регламентируется последовательность рассмотрения вопроса различными специалистами и менеджерами.
В отсутствие системы решение принимает конкретный человек применительно к конкретному случаю. Такие решения «по случаю» я буду называть решениями ad hoc, или ручным управлением.
Так, например, если у нас есть должность и грейд, мы принимаем человека на данную должность, а его зарплата определяется вилкой грейда – это формализованная система. А вот определять конкретное значение внутри вилки грейда мы будем применительно к конкретному случаю, т. е. ad hoc. Можно, если очень захотеть, и данное решение регламентировать – выстроить систему, позволяющую формальным образом выбирать ступеньку оклада внутри вилки грейда. Тогда мы сужаем круг решений ad hoc, расширяя поле действия системы.
Как много нужно регламентировать? Этот вопрос является для менеджмента фундаментальным. Есть простой ответ: в маленькой компании значительную часть решений можно принимать ad hoc, а в большой стоит по максимуму регламентировать. Когда решения принимают тысячи людей, мы просто вынуждены упорядочить их деятельность с помощью регламента. А там, где решения принимают один-два человека по единичным случаям, нет смысла городить системы.
Притягательный в своей простоте, этот ответ, к сожалению, не особо полезен. Возьмем крупную компанию. Есть области, в которых решения очевидно стоит регламентировать: штатное расписание, объем затратных статей в бюджете… Столь же очевидно, что, например, выбор вида лампочек регламентировать не стоит – пусть закупщик в рамках отведенного бюджета сам выбирает подходящие лампочки. Но таких очевидных случаев – процентов 20. А вот остальные 80 % решений в принципе регламентации поддаются, хотя могут быть отданы на откуп менеджменту. Как же определить, где водить регламенты, а где – нет? Регламентировать все по максимуму, чтобы работа была четкой? Или, наоборот, регламентировать по минимуму и тем самым уменьшить количество бюрократии и обеспечить гибкость? Или сделать так: сначала регламентировать по минимуму, а потом вводить регламент только там, где появляется проблема: нет проблемы – нет правила; возникла проблема – не только решаем ее, но и вводим регламент на будущее? Или же так: вначале регламентировать по минимуму, а потом по мере наработки типовых решений оформлять их в регламент («асфальтировать протоптанные дорожки»)? Или сначала все зарегламентировать, а потом, по мере повышения квалификации менеджеров, все больше решений отдавать им на откуп?
Как видите, перед нами открывается большой простор для фантазии: ввести правило о том, когда следует вводить правило, – не такая уж простая задача.
Системный менеджмент
Полагаю, я уже сумел убедить вас, что большинство вопросов в бизнесе решаются исходя не из строгой логики, а из убеждений менеджера. Немало решений носят ценностный характер. Очевидно, что и вопрос о степени регламентации является в очень большой степени вопросом убеждений. Неопытные менеджеры редко задумываются о введении системы. В 2009 г. я входил в состав жюри, которое оценивало лучшие проекты, способствующие формированию HR-бренда. Интересно, что ни один представленный на конкурс проект не позиционировался как введение новой системы. Многие проекты были посвящены формированию кадрового резерва: компании оценивали сотрудников, отбирали талантливых, продвигали талантливых, однако ни одна компания не заявила: мы построили систему, которая теперь ежегодно будет формировать очередную «волну» кадрового резерва.
В отличие от этого опытный стратегический менеджер будет фокусироваться на создании системы. Уже упомянутый мной Ильдар Байнуров при первой же постановке задачи, связанной с кадровым резервом, сказал: «Мне нужна работающая рутина». Это очень точное выражение: система действительно превращает процесс принятия решения из творческого в рутинный – творчество остается на долю дизайнеров системы. Когда менеджер попадает в систему, его действия становятся рутинными и формальными – он должен лишь точно применять формализованные правила. При доведении системы-рутины до совершенства менеджер перестает быть нужен – решения может принимать компьютер: сажаем на место менеджера операциониста, он вводит исходные данные, а компьютер выдает решения.
Аргументы за систему
Снижаем зависимость от персоналий
Пока решение принимается ad hoc, а процесс его поиска является творческим, все держится на некотором определенном человеке, который способен выработать и принять решение. Давайте назовем этого человека как-нибудь просто – скажем, Вася. Если Вася уходит, никто не может выполнить его работу. Конечно, мы можем заставить Васю взять себе заместителя и воспитать преемника, передав тому искусство принятия данных решений, тогда такие решения у нас смогут принимать уже Вася и Петя, и если Вася вдруг покинет компанию, то работа не встанет, поскольку останется Петя. Но вдруг Вася уведет за собой Петю (которого он не только научил, но и приручил)? Наши риски все еще остаются очень высокими. Система же позволяет в полной мере реализовать принцип «незаменимых у нас нет».
1. Система делает компанию независимой от конкретных людей.
Делаем технологии собственностью компании, а не человека
Допустим, у нас отработана и очень четко регламентирована технология открытия новых магазинов: мы как компания научились открывать магазины в два раза быстрее конкурентов и смогли эту технологию описать и отделить от конкретных людей. Менеджеры приходят и уходят, а технология продолжает работать. Мы превратили способность конкретного сотрудника в способностью организации (можно даже использовать модный сегодня термин organizational capability), и стоимость нашей компании выросла[20].
Ознакомительная версия. Доступно 13 страниц из 65
