Распространенные ошибки при автоматизации бизнес-процессов. Внедряемая система нужна только одному человеку

Ситуация

В организации есть ключевая заинтересованная сторона, которая инициирует внедрение новой бизнес-системы (например, системы планирования и бюджетирования). Как правило, этой заинтересованной стороной является руководитель высшего звена — часто финансовый директор или генеральный директор, — который выступает в качестве «спонсора» проекта. Спонсор убежден, что новая система решит важные бизнес-задачи. Однако другие сотрудники, которые в конечном итоге будут использовать систему ежедневно, не видят ее ценности и предпочитают привычные инструменты, такие как Excel, Google Sheets или существующее бухгалтерское программное обеспечение.

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

Основная проблема

Спонсор понимает потенциальные преимущества системы для бизнеса, но не может эффективно донести эти преимущества до более широкой команды или дает лишь поверхностные объяснения. Сотрудники не получают четких ответов на такие важные вопросы, как «Какую пользу это принесет конкретно мне? Как именно эта система упростит мою работу? Почему я должен брать на себя дополнительные задачи, если мой прежний объём работы остается неизменным?» Не имея четких личных стимулов, сотрудники часто возвращаются к привычным методам — ведь старый способ «уже работал».

Тем временем внедрение может выглядеть формально успешным: система установлена, технические требования соблюдены, акты приемки подписаны. Однако сотрудники не используют систему активно. В итоге спонсор разочаровывается и часто обвиняет поставщика в том, что тот предоставил «неподходящее решение».

Последствия

Задержки проекта

Проект продвигается только благодаря административному давлению, пока у спонсора есть сила воли, время и вера. Сотрудники по-прежнему не хотят узнавать или предоставлять информацию, важную для проекта.

Саботаж и отсутствие мотивации

Сотрудники, не понимая ценности системы, участвуют в проекте поверхностно. Они игнорируют новые процессы, пренебрегают тестированием системы и пропускают тренинги.

Неэффективное использование системы

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

Пример из практики

Рассмотрим крупную горнодобывающую холдинговую компанию, управляющую несколькими шахтами, каждая из которых содержит несколько действующих карьеров. Каждый карьер предполагает сложные расчёты затрат, требующие регулярного анализа рентабельности на средне- и долгосрочную перспективу. Если объёмы добычи руды снижаются или растут расходы на обслуживание и оборудование, руководство может принять решение о консервации предприятия.

Эффективное принятие решений требует частого анализа сценариев «что, если» — например, прекращение добычи на одном участке и начало разработки на другом. финансовому директору регулярно требуются точные анализы экономической рентабельности каждого участка. Хотя для таких расчётов существует множество шаблонов Excel, постоянные изменения в спецификациях и нормативах затрат делают процесс громоздким. Каждый перерасчёт требует больших ручных усилий со стороны финансового отдела, которому сложно эффективно обрабатывать данные в существующих шаблонах Excel. Чтобы решить эту проблему, финансовый директор решает внедрить новую автоматизированную систему. Полученные расчёты станут основой для составления годового бюджета.

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

Финансовый отдел — ключевые пользователи — быстро одобряет проект, поскольку понимает, как новая система упростит их задачи. Однако с другими отделами возникают проблемы:

Технологический отдел: Требуется подготовить подробные спецификации материалов (BOM) в соответствии с новыми требованиями к дизайну, что приводит к значительной дополнительной нагрузке во время внедрения и текущего обслуживания.
Производственный отдел: Ожидается ввод больших объёмов фактических оперативных данных в незнакомую систему, что значительно увеличивает их рабочую нагрузку без четко определенных преимуществ.
Отдел информационных технологий: Задача обеспечить быструю интеграцию и обмен данными, они сталкиваются с жесткими сроками и осознают высокий риск задержек.

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

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

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

Индикаторы проблемы

Цели не поддаются измерению

Автоматизировать планирование и бюджетирование — это не совсем правильно сформулированная цель. Цели должны быть конкретными, измеримыми и четко определенными — например, снижение нагрузки на персонал или минимизация рутинных задач.

Отсутствие вовлеченности конечных пользователей

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

Плохая коммуникация между спонсором и сотрудниками

Сотрудники не получают достаточной информации о том, почему система необходима, как она облегчит выполнение их повседневных задач и как она может повлиять на их карьерный рост. Простое заявление: «Мы внедрим новую систему, и все начнут ее использовать» — не сработает.

Как избежать ошибки

1. Четко определите ценность для всех заинтересованных сторон

Например:

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

2. Определите мотивированного «чемпиона проекта»

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

3. Установите измеримые цели и четкие критерии успеха

Вместо расплывчатых целей поставьте четкие, достижимые показатели, подчеркивающие повышение производительности. Например:

«Сократить цикл бюджетирования с трех месяцев до трех недель за счёт автоматизации».
«Снизить количество ошибок в расчётах на 80 % благодаря стандартизированным расчётам и встроенным средствам контроля».
«Повысить точность финансовых прогнозов за счёт автоматизации интеграции и проверки исторических данных».

4. Инвестируйте в комплексное обучение и постоянную поддержку

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

Присоединяйтесь к нам 17 апреля на вебинар «Как избежать ошибок в проектах автоматизации» — мы расскажем о типичных ошибках, которые допускают компании на разных этапах автоматизации. Начало вебинара в 10:30 (время ОАЭ). Полная программа и регистрация — по ссылке.