Оценить:
 Рейтинг: 4.6

Успех без стратегии. Технологии гибкого менеджмента

Год написания книги
2011
Теги
<< 1 2 3 4 5 6 7 8 9 >>
На страницу:
5 из 9
Настройки чтения
Размер шрифта
Высота строк
Поля

Рис. 2.4. Выбор между управлением из центра и НГДУ

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

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

Пример 3. Централизация ремонтных служб

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

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

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

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

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

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

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

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

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

В 2003 г. москвичи запустили грандиозный проект по централизации и выводу на аутсорсинг ремонтов. Толчком стали планы по выходу на IPO: хотелось показать инвесторам высокую производительность труда, а для этого нужно было «ликвидировать» ремонтных рабочих. Однако московские менеджеры искренне верили в стратегическую значимость ремонтного проекта. В принципе никто не мешал сделать муляж – можно было оформить всех ремонтников в отдельные предприятия, при этом в реальности все оставив как есть: те же рабочие приходят в те же цеха, выполняют задания тех же руководителей, но расписываются за зарплату в другой ведомости… Это само по себе позволило бы показать инвесторам падение численности. Но нет: москвичи рвались в бой, они хотели масштабной стратегической реформы – действительного изменения всей системы ремонтов. Зачем? Проблемы были очевидны:

• аварийность высокая;

• стандарты по плановым ремонтам не внедрены;

• внеплановые простои бесконечны;

• затраты никто не считал, но очевидно, что они завышены;

• и все это при высокой численности.

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

Мы составили расписание централизации и вывода ремонтов в аутсорсинг (табл. 2.1).

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

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

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

Памятуя выводы тимбилдинга, а также западные принципы управления изменениями, мы решили вовлечь в процесс производственных менеджеров («обеспечить involvement и commitment», как выражались наши русские «экспаты»). В пансионате на берегу красивой реки я провел несколько стратегических сессий. Конечно же, производственники были против (а разве кто-нибудь сомневался?). Пришлось применить навыки фасилитации: мы проанализировали риски, дали участникам выразить свои эмоции, вместе нашли способы минимизации рисков, вовлекли всех в детальное планирование… Не могу сказать, что нам удалось их убедить, но по крайней мере мы сумели показать, что процесс неизбежен, и даже заронили семена сомнения: а может, раз во всем мире так делается, и здесь выйдет какая-нибудь польза? В душах производственников затеплилась надежда…

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

Я присутствовал на одном из закрытых докладов, который делался для москвичей. Результат реформы был охарактеризован так:

• оперативность внеплановых ремонтов катастрофически упала – существенно выросло время между аварией и началом ремонта;

• разрослась бюрократия (заявки, наряды, счета);

• обстановку накалили нескончаемые конфликты;

• аварийность и внеплановые простои увеличились;

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

• качество ремонтов (теперь ведь используем лучшие практики по видам оборудования) – кто его знает… Если судить по финальному результату, то ухудшилось;

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

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

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

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

И тем не менее ситуация меня не отпускала. Встретившись наедине с генеральным директором компании, я сказал:

– Может быть, нам надо быть честными и публично признать, что реформа не удалась? Ведь то, что король голый, знают все…

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

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

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

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

• самые простые ремонты (родственные обслуживанию) нужно было оставить в цехах;

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

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

Идея для стратега важнее реальности.

Цель 3. Централизация для инвестора

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

Инвесторы хотят видеть маленький штат, а уменьшать число сотрудников легче всего путем вывода функций на аутсорсинг.
<< 1 2 3 4 5 6 7 8 9 >>
На страницу:
5 из 9