Журнал «Компьютерра» № 16 от 25 апреля 2006 года

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

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

Где у ней неонка

Я не знаю, как идет сигнал,

Я не знаю принципа связи,

Я не знаю, кто клал кабель,

Едва ли я когда-нибудь услышу тебя, тебя, тебя…

Борис Гребенщиков, «212-85-06»

Руководителю необязательно знать технические детали. Для него ERP — это черный ящик (рис. 1).

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

Эффективный инструмент для этого — приказ директора о вводе ERP-системы в опытную эксплуатацию. Приказ должен содержать:

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

поощрение сотрудников, чей объем работы в результате ввода системы в эксплуатацию увеличивается;

штраф за ввод ошибочной информации;

штраф за несвоевременный ввод информации.

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

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

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

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

В чем опасность для руководителя

— Хозяйка, опасности подстерегали нас на каждом шагу…

— Пули свистели над головой, просим увеличить награду.

— Меньше можно, больше ни-ни!

Мультфильм «Неуловимый фунтик». По книге Валерия Шульжика

В феврале 2002 года в известной оптово-розничной компании в результате запуска ERP в опытную эксплуатацию (на тот момент в ERP была настроена только оптовая торговля) оптовый оборот упал на треть.

К такому результату привело сочетание двух факторов: наличие приказа об обязательном вводе данных и неготовность системы, то есть ошибки в настройках, не позволявшие вводить операции. Это привело к частичной остановке бизнеса. Стоянка и двор при складе компании были забиты фурами, которые не разгружались и не загружались из-за невозможности ввода операций в систему… Так что же важнее: бизнес или ERP? Ответ однозначный — бизнес.

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