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

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

# История изменений

Информация обо всех [изменениях](https://cleverics.ru/digital/kb-glossary/change/), внесённых в [конфигурационную единицу](https://cleverics.ru/digital/kb-glossary/configuration-item/) в течение её [жизненного цикла](https://cleverics.ru/digital/kb-glossary/lifecycle/). [История изменений](https://cleverics.ru/digital/kb-glossary/change-history/) состоит из всех тех [записей об изменениях](https://cleverics.ru/digital/kb-glossary/change-record/), которые относятся к [КЕ](https://cleverics.ru/digital/kb-glossary/configuration-item/).

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

change history

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

История изменений — это непрерывная прослеживаемость того, что именно, когда, кем и на каком основании менялось в конкретной конфигурационной единице в течение её жизненного цикла. В [ITSM](https://cleverics.ru/digital/kb-glossary/it-service-management/) она нужна, чтобы быстро понимать текущую [конфигурацию](https://cleverics.ru/digital/kb-glossary/configuration/) и причины её формирования: почему версия ПО стала такой, откуда взялась настройка, какой [релиз](https://cleverics.ru/digital/kb-glossary/release/) привёл к модификации, какое изменение было согласовано [органом управления изменениями](https://cleverics.ru/digital/kb-glossary/change-authority/) и чем завершилось внедрение. Практически история изменений используется при расследовании [инцидента](https://cleverics.ru/digital/kb-glossary/incident/) и [проблемы](https://cleverics.ru/digital/kb-glossary/problem/), при анализе [рисков](https://cleverics.ru/digital/kb-glossary/risk/) перед очередным изменением, при проверках [соответствия требованиям](https://cleverics.ru/digital/kb-glossary/compliance/) и [аудитах](https://cleverics.ru/digital/kb-glossary/audit/), а также при [восстановлении](https://cleverics.ru/digital/kb-glossary/recovery/)[услуги](https://cleverics.ru/digital/kb-glossary/service/) после [сбоя](https://cleverics.ru/digital/kb-glossary/failure/), когда важно сопоставить деградацию с недавними изменениями. История изменений обычно ведётся в [системе управления конфигурациями](https://cleverics.ru/digital/kb-glossary/configuration-management-system/) или [базе данных управления конфигурациями](https://cleverics.ru/digital/kb-glossary/configuration-management-database/) как связанный набор [записей](https://cleverics.ru/digital/kb-glossary/record/) об изменениях, привязанных к конкретной конфигурационной единице. Вне области этого термина находятся общий [график изменений](https://cleverics.ru/digital/kb-glossary/change-schedule/) по [организации](https://cleverics.ru/digital/kb-glossary/organization/), описание самого [процесса](https://cleverics.ru/digital/kb-glossary/process/)[управления изменениями](https://cleverics.ru/digital/kb-glossary/change-management/) и любые изменения, не затрагивающие конкретную конфигурационную единицу (например, организационные изменения без модификации КЕ).## Нюансы

Частая [ошибка](https://cleverics.ru/digital/kb-glossary/error/) — воспринимать историю изменений как «журнал [операций](https://cleverics.ru/digital/kb-glossary/operation/)» или технические логи. Логи фиксируют [события](https://cleverics.ru/digital/kb-glossary/event/) и низкоуровневые действия, но не обязательно отражают управляемые изменения с обоснованием, [оценкой риска](https://cleverics.ru/digital/kb-glossary/risk-assessment/) и [результатом](https://cleverics.ru/digital/kb-glossary/outcome/). История изменений привязана к конфигурационной единице и должна опираться на записи об изменениях, а не на произвольные комментарии. Также её нередко путают с [базовым состоянием](https://cleverics.ru/digital/kb-glossary/baseline/): базовое состояние — это эталонный срез конфигурации в момент времени, тогда как история изменений описывает последовательность изменений, которая привела от одного состояния к другому. Ещё одна ловушка — считать, что достаточно хранить только успешные изменения. Для анализа инцидентов и проблем критично видеть и отклонённые, и частично внедрённые, и отменённые изменения, а также связанные [обходные решения](https://cleverics.ru/digital/kb-glossary/workaround/). На [практике](https://cleverics.ru/digital/kb-glossary/practice/) качество истории изменений зависит от дисциплины связывания: [запись о конфигурации](https://cleverics.ru/digital/kb-glossary/configuration-record/) должна корректно ссылаться на соответствующие записи об изменениях, иначе расследования превращаются в «археологию» по перепискам. Наконец, важно не смешивать историю изменений КЕ с историей версий документации или кода: они могут быть источниками данных, но термин относится именно к изменениям, применимым к конкретной конфигурационной единице в контексте [управления услугами](https://cleverics.ru/digital/kb-glossary/service-management/).## Примеры

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

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

- [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-система