Чек-лист зрелости контроля документов

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

Контроль версий и жизненного цикла

• [ ] У каждого технического документа есть ровно одна обязательная текущая версия — а не «какой файл сохранили последним».
• [ ] Жизненный цикл выпуска (черновик → на рассмотрении → выпущен → заменён) — это состояние системы, а не соглашение об именовании файлов (v2_final_ФИНАЛ).
• [ ] Существует терминальный статус «аннулирован», отдельный от «заменён» — полностью изъятый документ (без замены) не путается с документом, у которого есть более новая выпущенная ревизия.
• [ ] Редактируемый документ закреплён за одним редактором (check-in/check-out) — без незаметной перезаписи вторым человеком, работающим со старой копией.

Согласование и маршрутизация

• [ ] Рецензент и утверждающий — разные роли для каждого контролируемого документа — один и тот же человек никогда не проверяет и не утверждает собственную подачу.
• [ ] Маршрут утверждения формируется из матрицы рассылки / назначения RACI, а не решается специально для каждого документа.
• [ ] Код ревизии (утверждено для строительства, для сведения, утверждено для использования, как построено и т.д.) фиксируется отдельно от статуса жизненного цикла — «выпущено» и «утверждено для чего» никогда не являются одним и тем же полем.

Передача и прослеживаемость

• [ ] Каждая передача документа подрядчику или третьей стороне — это запись передаточной ведомости (что, когда, кому), а не вложение в письме без записи в реестре.
• [ ] Существует главный реестр документов, и его поля (а не память человека) отвечают на вопрос «какая ревизия текущая» для любого документа.
• [ ] Переход в статус «выпущен» подписан (криптографически или документированной электронной подписью), с проверяемой постфактум целостностью.

Хранение и уничтожение

• [ ] У каждого класса документов есть документированный срок хранения и правило уничтожения — ничего не удаляется и не архивируется по индивидуальному решению.
• [ ] Периодические циклы пересмотра выпущенных документов запланированы, а не запускаются только когда кто-то случайно заметит, что документ устарел.

Почему это важно

Сотрудники тратят в среднем 25% рабочей недели — около 2 часов в день — на поиск документов, информации или людей, нужных для работы (Glean, 2021). Большая часть этого времени уходит на то, чтобы заново установить, какой файл действительно актуален, а не на саму работу; каждый неотмеченный пункт выше — это конкретная точка, где это время теряется.

Ссылка на механизм

Каждый пункт выше соответствует реальному механизму e-EDMS/DCC: строгое версионирование и check-in/ check-out, четырёхстатусный жизненный цикл плюс терминальный статус «аннулирован», коды ревизий, цепочки утверждения, формируемые из матрицы рассылки, передаточные ведомости, привязанные к главному реестру документов, криптографическая электронная подпись и график хранения/уничтожения на основе профиля — см. 02_Products_and_SaaS/e_edms.md.

Источники

• Glean, 2021 — 25% рабочей недели (2 часа в день) тратится на поиск документов/информации/людей.
• Основа стандартов: ISO 15489-1 (управление записями), MoReq2010 (версионирование, передаточные ведомости, хранение).