Перейти к основному содержимому

Политика версий

Назначение​

Политика версий определяет, как фиксируются изменения методики, шаблонов и критериев оценки. Цель — сохранить воспроизводимость: должно быть понятно, какая именно версия правил применялась к конкретному кейсу.

Базовый принцип​

Любое изменение, влияющее на выводы или процедуру проверки, должно быть:

  1. зафиксировано;
  2. датировано;
  3. объяснено;
  4. привязано к новой версии.

Формат версионирования​

Рекомендуемый формат: MAJOR.MINOR.PATCH

  • MAJOR — несовместимые изменения методики (меняются базовые критерии/логика статусов);
  • MINOR — добавление новых разделов, правил, шаблонов без ломки основы;
  • PATCH — точечные правки формулировок, примеров, опечаток без изменения логики.

Пример: 2.3.1

Когда повышать версию​

MAJOR​

  • изменены критерии принятия READY/REVIEW/HOLD;
  • изменена структура матрицы надежности;
  • изменены обязательные шаги верификации.

MINOR​

  • добавлен новый рабочий шаблон;
  • добавлен новый кейс/чек-лист;
  • расширены правила интерпретации без пересмотра базовых порогов.

PATCH​

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

Обязательный журнал изменений (Changelog)​

Для каждой версии фиксируются:

  • номер версии;
  • дата;
  • краткое описание изменений;
  • тип изменения (MAJOR/MINOR/PATCH);
  • влияние на совместимость с предыдущими кейсами.

Совместимость с ранее проверенными кейсами​

Если новая версия меняет логику решений:

  1. ранее оцененные кейсы помечаются версией методики, по которой они были проверены;
  2. при необходимости выполняется переоценка критичных кейсов;
  3. в отчете явно указывается, что сравниваются результаты разных версий.

Правило для дипломной работы​

В тексте и приложениях обязательно указывать:

  • версию методики;
  • версию шаблонов;
  • дату последнего обновления.

Это позволяет проверяющему воспроизвести логику принятия решений.

Политика изменения опубликованных выводов​

Если после обновления версии меняется статус кейса:

  • изменение фиксируется через протокол корректировки;
  • указывается, какая версия вызвала пересмотр;
  • старый статус сохраняется в истории как архивный.

Мини-шаблон записи версии​

  • Версия:
  • Дата:
  • Тип изменения: MAJOR / MINOR / PATCH
  • Что изменено:
  • Почему изменено:
  • Влияние на прошлые кейсы:

Типовые ошибки версионирования​

  1. Менять критерии без повышения версии.
  2. Не фиксировать дату и причину обновления.
  3. Переписывать старые кейсы без отметки, по какой версии они были оценены.
  4. Смешивать методические изменения с редакционными правками без разделения.

Связанные материалы: