Зачем тестировать любые варианты, если реальная работа ограничена определенным набором операций? Проблема в том, что правильно определить этот набор совсем не просто. Тут не поможет консультант по системе (его компетенции недостаточно, чтобы судить о бизнесе), ни специалист из бизнеса (он пока еще плохо знает систему). Кстати, одна из важных задач предпроекта — добиться от консультантов по системе хорошего понимания данного бизнеса. Это пригодится не только при настройке, но и при подготовке сценариев тестирования.
Кроме того, тестирование проводится на ограниченном количестве рабочих мест. В боевых условиях с системой одновременно работают множество специалистов. Количество операций, выполняющихся одновременно или последовательно, оказывается заметно больше, чем проверялось на тестовых примерах. Тут-то и выплывают различные неприятные моменты, которые не были заметны при тестировании в «щадящем режиме».
Третья причина в том, что персонал компании обычно тестирует систему невнимательно. Специалисты из бизнеса смотрят на придуманные консультантами цифры через незнакомые интерфейсы и не готовы вникать в детали. Это может усугубляться высокой текущей занятостью и отсутствием ответственности за некачественное тестирование.
Как проверить систему перед внедрением
Оба предлагаемых способа непростые организационно и затратные. Однако это дешевле возможного простоя, и порой лучше потерять рубль сегодня, чем десять завтра. К тому же простой не сводится к недополученной прибыли — это, например, еще и отрицательное влияние на лояльность клиентов.
Первый способ используется довольно часто. Внедрение проводится не на пустом месте, обычно новая программа заменяет устаревшую или их семейство. Напрашивается очевидный путь тестирования — параллельный ввод данных в две системы одновременно. Чтобы специалисты по бизнесу от процесса не бегали, полезно закрепить этап приказом и инструментами его контроля. Важно, чтобы в систему вводилась полная информация за день. Если это невозможно, значит, система не готова или же специалисты не желают с нею работать.
Такой путь проверки можно применить и при запуске системы в опытную эксплуатацию. Тогда акт о начале промышленной эксплуатации будет связан с результатами сверки отчетов старой и новой систем. Это не значит, что результаты должны совпадать. В системах могут быть разные отчеты, разная точность и детализация учета. Однако полезно выявить причины несовпадения и оценить, насколько расхождение соответствует плановому. После начала промышленной эксплуатации старую систему можно отключать.
