change history

История изменений — это непрерывная прослеживаемость того, что именно, когда, кем и на каком основании менялось в конкретной конфигурационной единице в течение её жизненного цикла. В ITSM она нужна, чтобы быстро понимать текущую конфигурацию и причины её формирования: почему версия ПО стала такой, откуда взялась настройка, какой релиз привёл к модификации, какое изменение было согласовано органом управления изменениями и чем завершилось внедрение. Практически история изменений используется при расследовании инцидента и проблемы, при анализе рисков перед очередным изменением, при проверках соответствия требованиям и аудитах, а также при восстановлении услуги после сбоя, когда важно сопоставить деградацию с недавними изменениями. История изменений обычно ведётся в системе управления конфигурациями или базе данных управления конфигурациями как связанный набор записей об изменениях, привязанных к конкретной конфигурационной единице. Вне области этого термина находятся общий график изменений по организации, описание самого процесса управления изменениями и любые изменения, не затрагивающие конкретную конфигурационную единицу (например, организационные изменения без модификации КЕ).

Частая ошибка — воспринимать историю изменений как «журнал операций» или технические логи. Логи фиксируют события и низкоуровневые действия, но не обязательно отражают управляемые изменения с обоснованием, оценкой риска и результатом. История изменений привязана к конфигурационной единице и должна опираться на записи об изменениях, а не на произвольные комментарии. Также её нередко путают с базовым состоянием: базовое состояние — это эталонный срез конфигурации в момент времени, тогда как история изменений описывает последовательность изменений, которая привела от одного состояния к другому. Ещё одна ловушка — считать, что достаточно хранить только успешные изменения. Для анализа инцидентов и проблем критично видеть и отклонённые, и частично внедрённые, и отменённые изменения, а также связанные обходные решения. На практике качество истории изменений зависит от дисциплины связывания: запись о конфигурации должна корректно ссылаться на соответствующие записи об изменениях, иначе расследования превращаются в «археологию» по перепискам. Наконец, важно не смешивать историю изменений КЕ с историей версий документации или кода: они могут быть источниками данных, но термин относится именно к изменениям, применимым к конкретной конфигурационной единице в контексте управления услугами.