Пилотный проект: что это такое, как он проходит и каких ошибок лучше избежать?

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

Если обобщить, пилотный проект можно разделить на пять этапов:

1— определение целей и задач, границ проекта и метрик успешности пилота;

2 — подготовительные работы;

3 — инсталляция и настройка продукта в соответствии с границами;

4 — тестовая эксплуатация или сбор статистики, зависит от типа решения;

5 — подготовка и защита отчета по пилоту.

Пилотирование решения предполагает включение специалистов со всех сторон: вендора, интегратора и заказчика. Использование оборудование, предоставленного производителем или дистрибьютором. Задействуется большой объем ресурсов, несмотря на то, что это только тестирование продукта. Поэтому пилот не должен длиться дольше 1-2 месяцев, иначе это нерациональное распределение ресурсов.

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

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

1 — Отсутствие границ пилота

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

2 — Отсутствие целей на пилот

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

3 — Технические ошибки

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