Процесс внедрения

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

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

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

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

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

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

Здесь важно обсудить последовательность действий по каждому пункту программы и по конкретным шагам, наметить сроки выполнения. Нужно, чтобы сроки устанавливали сами исполнители – только в этом случае они берут на себя ответственность перед руководством и коллегами. (Если устанавливать даты сверху, работает алгоритм: «попробую – а там что получится»). На этом этапе стоит подготовиться к аргументам, что «У нас есть текущая работа, которую никто не отменял. Сделаем, если успеем». Ответ выглядит примерно так: «В сутках 24 часа, в неделе 7 дней. Реформу можно провести в сжатый срок, но нельзя перепрыгивать пропасть мелкими шагами». Реальный резерв ресурсов лежит в делегировании привычных полномочий от начальников отделов подчиненным менеджерам – в половине случаев руководители высвобождаются для новых дел.

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

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

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

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

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

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

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

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

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

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

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

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

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