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