Эти вопросы повторяются на первых встречах с командами, которые приходят к нам за описанием регламента валидации. Ответы зафиксированы в реестре и пересматриваются по итогам каждого операционного полугодия.
Контроль качества часто ограничивается проверкой конкретного результата: «совпадает с эталоном — пропустили». Валидация работает шире: она проверяет, что сам процесс способен устойчиво давать ожидаемый результат при понятных условиях. Контроль качества фиксирует «прошло/не прошло». Валидация фиксирует «процесс устойчив/нестабилен» — это позволяет действовать на упреждение, а не на последствия.
Базовый контур описывается за два операционных цикла — 42 дня. В первом цикле мы фиксируем текущее состояние процессов и формируем реестр контрольных точек, во втором — согласуем критерии и владельцев, подключаем наблюдательный контур. После этого центр переходит в режим устойчивой работы, и дальнейшие правки идут уже в рамках регулярных циклов ревизии.
Начинаем с того, что есть. Первый цикл становится точкой отсчёта: фиксируется текущее состояние, описываются базовые показатели, формируется набор индикаторов. Далее каждая ревизия добавляет материал для сравнения. Через несколько циклов накапливается достаточная база, чтобы делать обоснованные выводы о направлении изменения устойчивости процессов.
У нас два правила. Первое — любая запись в реестре имеет владельца, а не просто отдел; во втором цикле без активного владельца запись считается устаревшей и пересматривается. Второе — каждый стандарт пересматривается по описанному ритму и не «живёт вечно»: при пересмотре всегда возникает вопрос «он всё ещё нужен в этом виде?». Это удерживает реестр в рабочем состоянии и не даёт ему превратиться в декорацию.
Да, это даже рекомендуемый сценарий. Полноценный контур валидации редко строится одновременно для всех направлений: мы начинаем с пилотного контура — обычно одного процесса с высокой стоимостью отказа — и постепенно расширяем зону. Это позволяет команде привыкнуть к дисциплине регламентов на ограниченной территории, а потом распространить отлаженную практику дальше.
Это типичный сигнал того, что у процесса несколько описаний и нет единой авторитетной версии. Мы фиксируем расхождение в журнале как открытый пункт и инициируем ревизию реестра: уточняем, кто настоящий владелец процесса, какая версия описания актуальна и в каких точках разные команды видят процесс по-разному. После согласования у процесса остаётся одна авторитетная версия, и расхождение закрывается.
Внешние требования становятся одним из источников в нашей иерархии стандартов наряду с внутренними и договорными. Мы не пытаемся подменить сертификацию своим регламентом: наоборот, контур валидации помогает быть готовыми к внешним проверкам в любой момент. Реестр доказательств — это и есть тот пакет, который обычно собирают перед сертификационным аудитом, только живущий постоянно, а не «к дате».