validation

Валидация в ITSM используется как формальное подтверждение того, что результат работы действительно соответствует согласованной спецификации и, следовательно, может быть принят заказчиком и введён в эксплуатацию. На практике валидация чаще всего применяется при выводе нового или изменённого продукта или ИТ-услуги, а также при приёмке компонентов, которые критичны для предоставления услуги. В рамках практики «управление валидацией и тестированием» валидация связывает ожидания заинтересованной стороны и заказчика, зафиксированные в спецификации, с фактическими характеристиками решения, включая требования полезности и требования гарантии, а также условия SLA, если они выступают частью согласованных критериев. Результаты валидации служат основанием для решений в «управлении релизами», «управлении развёртыванием» и «управлении изменениями», помогая снизить риск ввода в эксплуатацию того, что не готово или не соответствует договорённостям. Валидация не описывает, каким именно методом достигается подтверждение (тестами, инспекциями, пилотом), и не подменяет управление качеством в целом; она фокусируется именно на подтверждении соответствия согласованной спецификации, а не на поиске всех возможных дефектов или оптимизации производительности сверх согласованных уровней.

Валидацию часто путают с верификацией и просто с тестированием. Типичная ошибка — считать, что успешные тесты автоматически означают валидацию: тесты могут подтвердить корректность реализации требований на уровне компонентов, но не ответить на вопрос «соответствует ли услуга согласованной спецификации в реальном контексте использования». Другая частая путаница — подмена валидации «одобрением» или «авторизацией»: решение органа управления изменениями или владельца услуги может опираться на результаты валидации, но само по себе не является валидацией. Также распространено чрезмерно буквальное понимание «спецификации» как исключительно технического документа; в ITSM спецификация может включать условия SLA, критерии приёмки заказчика, требования безопасности и непрерывности, то есть всё, что было согласовано и по чему должно быть подтверждено соответствие. Рискованная практика — переносить валидацию «на потом», выполняя её уже в рабочей среде без контролируемых условий: это увеличивает вероятность инцидентов и экстренных изменений. Наконец, валидация не равна аудиту соответствия требованиям или сертификации: аудит оценивает соблюдение стандартов и политик, тогда как валидация подтверждает соответствие конкретной согласованной спецификации для конкретной системы, продукта или услуги.