PRO реформы. Универсальные инструменты управления изменениями в компании - страница 6

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

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

Прежде чем переходить к анализу и началу проектов по изменениям, полезно перечислить типы изменений в зависимости от их характера. Для себя я определила четыре типа изменений.

Обычно к проектам такого типа относится внедрение стандартных модулей ИТ-систем, например автоматизированной бухгалтерии и контроллинга, то есть различных модулей широко используемых транзакционных систем. Традиционно к реализации таких проектов привлекают консультантов, имеющих за плечами десятки внедрений и большой опыт функциональной настройки стандартного софта в соответствии с потребностями конкретных клиентов. Это тот случай, когда аутсорсинг максимального объема предстоящей работы оправдывает себя на 100 %, поскольку у команды консультантов несопоставимо больше знаний и понимания процесса внедрения, чем у внутренних специалистов. Но в любом случае менеджером проекта должен быть свой специалист. Во-первых, даже при внедрении стандартных решений необходима функциональная настройка с учетом специфики вашей учетной политики или особенностей закупочной деятельности. Менеджер проекта должен обеспечить «одно окно» и унификацию функциональных требований разных структурных подразделений в интересах общей бизнес-модели. Во-вторых, он станет тем отлично выученным специалистом, который пройдет с консультантами весь путь. Тогда результирующий продукт будет «отчуждаемым», то есть в организации появится сотрудник, получивший знания и компетенции по всему циклу от внедрения до обучения и использования.

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

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