# Бесплатная экспертная база знаний по управлению ИТ

Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами

# Валидация

Подтверждение того, что [система](https://cleverics.ru/digital/kb-glossary/system/), [продукт](https://cleverics.ru/digital/kb-glossary/product/), [услуга](https://cleverics.ru/digital/kb-glossary/service/) или другая сущность соответствует согласованной [спецификации](https://cleverics.ru/digital/kb-glossary/specification/).

## Оригинальный английский термин

validation

## Подробности

[Валидация](https://cleverics.ru/digital/kb-glossary/validation/) в [ITSM](https://cleverics.ru/digital/kb-glossary/it-service-management/) используется как формальное подтверждение того, что [результат](https://cleverics.ru/digital/kb-glossary/outcome/) работы действительно соответствует согласованной спецификации и, следовательно, может быть принят [заказчиком](https://cleverics.ru/digital/kb-glossary/customer/) и введён [в эксплуатацию](https://cleverics.ru/digital/kb-glossary/live/). На [практике](https://cleverics.ru/digital/kb-glossary/practice/) валидация чаще всего применяется при выводе нового или изменённого продукта или [ИТ-услуги](https://cleverics.ru/digital/kb-glossary/it-service/), а также при [приёмке](https://cleverics.ru/digital/kb-glossary/acceptance/)[компонентов](https://cleverics.ru/digital/kb-glossary/component/), которые критичны для [предоставления услуги](https://cleverics.ru/digital/kb-glossary/service-provision/). В рамках [практики «управление валидацией и тестированием](https://cleverics.ru/digital/kb-glossary/service-validation-and-testing-practice/)» валидация связывает ожидания [заинтересованной стороны](https://cleverics.ru/digital/kb-glossary/stakeholder/) и заказчика, зафиксированные в спецификации, с фактическими характеристиками решения, включая [требования полезности](https://cleverics.ru/digital/kb-glossary/utility-requirements/) и [требования гарантии](https://cleverics.ru/digital/kb-glossary/warranty-requirements/), а также условия [SLA](https://cleverics.ru/digital/kb-glossary/service-level-agreement/), если они выступают частью согласованных критериев. Результаты валидации служат основанием для решений в «[управлении релизами](https://cleverics.ru/digital/kb-glossary/release-management-practice/)», «[управлении развёртыванием](https://cleverics.ru/digital/kb-glossary/deployment-management-practice/)» и «[управлении изменениями](https://cleverics.ru/digital/kb-glossary/change-management/)», помогая снизить [риск](https://cleverics.ru/digital/kb-glossary/risk/) ввода в эксплуатацию того, что не готово или не соответствует договорённостям. Валидация не описывает, каким именно методом достигается подтверждение (тестами, инспекциями, [пилотом](https://cleverics.ru/digital/kb-glossary/pilot/)), и не подменяет управление качеством в целом; она фокусируется именно на подтверждении соответствия согласованной спецификации, а не на поиске всех возможных дефектов или [оптимизации](https://cleverics.ru/digital/kb-glossary/optimise/)[производительности](https://cleverics.ru/digital/kb-glossary/performance/) сверх согласованных уровней.## Нюансы

Валидацию часто путают с верификацией и просто с тестированием. Типичная [ошибка](https://cleverics.ru/digital/kb-glossary/error/) — считать, что успешные тесты автоматически означают валидацию: тесты могут подтвердить корректность реализации требований на уровне компонентов, но не ответить на вопрос «соответствует ли услуга согласованной спецификации в реальном контексте использования». Другая частая путаница — подмена валидации «одобрением» или «авторизацией»: решение [органа управления изменениями](https://cleverics.ru/digital/kb-glossary/change-authority/) или [владельца услуги](https://cleverics.ru/digital/kb-glossary/service-owner/) может опираться на результаты валидации, но само по себе не является валидацией. Также распространено чрезмерно буквальное понимание «спецификации» как исключительно технического [документа](https://cleverics.ru/digital/kb-glossary/document/); в ITSM спецификация может включать условия SLA, критерии приёмки заказчика, требования безопасности и непрерывности, то есть всё, что было согласовано и по чему должно быть подтверждено соответствие. Рискованная практика — переносить валидацию «на потом», выполняя её уже в [рабочей среде](https://cleverics.ru/digital/kb-glossary/live-environment/) без контролируемых условий: это увеличивает вероятность [инцидентов](https://cleverics.ru/digital/kb-glossary/incident/) и [экстренных изменений](https://cleverics.ru/digital/kb-glossary/emergency-change/). Наконец, валидация не равна [аудиту](https://cleverics.ru/digital/kb-glossary/audit/)[соответствия требованиям](https://cleverics.ru/digital/kb-glossary/compliance/) или сертификации: аудит оценивает соблюдение [стандартов](https://cleverics.ru/digital/kb-glossary/standard/) и политик, тогда как валидация подтверждает соответствие конкретной согласованной спецификации для конкретной системы, продукта или услуги.## Примеры

- Приёмка релиза по критериям: подтверждено, что новая функция портала соответствует согласованной спецификации и может быть передана в эксплуатацию
- Подтверждение, что восстановление услуги после сбоя укладывается в согласованное RTO и достигается согласованное RPO, указанные в спецификации непрерывности
- Проверка, что отчётность по KPI формируется в требуемом составе и формате, описанном в спецификации, и доступна пользователям с нужными правами
- Подтверждение, что новая конфигурация балансировщика соответствует согласованной спецификации по доступности и пропускной способности для ИТ-услуги

## Рекомендуемые продукты по этой теме

- [VAP: Управление изменениями и конфигурациями в ИТ (CMDB)](https://edu.cleverics.ru/vap-change?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=VAP-CHANGE) — Учебный курс: интенсив с тренером. Как повысить долю успешных изменений, снизить связанные с ними риски и знать всё про конфигурации
- [Grab@Pizza — ИТ и основной бизнес](https://edu.cleverics.ru/grab-a-pizza?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=PIZZA) — Деловая игра. SLM, BRM, управление ИТ-бюджетом, управление изменениями
- [Altevics](https://cleverics.ru/solutions/altevics?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=altevics) — Современная ITSM/ESM-система