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

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

# Хронологический анализ

Техника, используемая, чтобы помочь выявить возможные причины [проблем](https://cleverics.ru/digital/kb-glossary/problem/). Все доступные данные о проблеме собираются и сортируются по дате и времени, чтобы предоставить детальную временную шкалу. Это может сделать возможным определить, какие [события](https://cleverics.ru/digital/kb-glossary/event/) могли быть вызваны другими.

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

chronological analysis

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

[Хронологический анализ](https://cleverics.ru/digital/kb-glossary/chronological-analysis/) применяется, когда нужно понять развитие проблемы во времени и выявить цепочки причинно-следственных связей. Суть техники в том, чтобы собрать максимум фактов о проблеме из разных источников и выстроить их в единую временную шкалу: наблюдаемые симптомы, события [мониторинга](https://cleverics.ru/digital/kb-glossary/monitoring/), действия [пользователей](https://cleverics.ru/digital/kb-glossary/user/), [сервисные операции](https://cleverics.ru/digital/kb-glossary/service-action/)[команд поддержки](https://cleverics.ru/digital/kb-glossary/support-team/), [развёртывания](https://cleverics.ru/digital/kb-glossary/deployment/), [изменения](https://cleverics.ru/digital/kb-glossary/change/), [сбои](https://cleverics.ru/digital/kb-glossary/failure/)[компонентов](https://cleverics.ru/digital/kb-glossary/component/), перезапуски, уведомления [поставщиков](https://cleverics.ru/digital/kb-glossary/supplier/) и т.д. В [управлении проблемами](https://cleverics.ru/digital/kb-glossary/problem-management-practice/) это помогает отделить «шум» от значимых сигналов, увидеть, что именно предшествовало ухудшению [услуги](https://cleverics.ru/digital/kb-glossary/service/), и какие события могли быть триггерами последующих. На [практике](https://cleverics.ru/digital/kb-glossary/practice/) хронологический анализ часто используют при повторяющихся или [крупных инцидентах](https://cleverics.ru/digital/kb-glossary/major-incident/), когда необходимо восстановить объективную картину и согласовать её между несколькими командами. Также он полезен для подготовки доказательной базы для дальнейшей [диагностики](https://cleverics.ru/digital/kb-glossary/diagnosis/) и для коммуникаций со [заинтересованными сторонами](https://cleverics.ru/digital/kb-glossary/stakeholder/). При этом хронологический анализ сам по себе не является поиском коренной причины; он лишь структурирует факты во времени и повышает качество последующего анализа.## Нюансы

Хронологический анализ нередко ошибочно воспринимают как автоматическое доказательство причинности: то, что одно событие произошло раньше другого, ещё не означает, что оно его вызвало. Типичная ловушка — подмена «после этого» на «из‑за этого», особенно при высокой изменчивости [рабочей среды](https://cleverics.ru/digital/kb-glossary/live-environment/) и множестве параллельных изменений. Другая распространённая [ошибка](https://cleverics.ru/digital/kb-glossary/error/) — ограничиваться одним источником данных (например, только логами [приложения](https://cleverics.ru/digital/kb-glossary/application/)), игнорируя события инфраструктуры, сетевые изменения, действия сервис-деска и команды поддержки; в итоге временная шкала получается неполной и приводит к неверным гипотезам. Важно аккуратно работать с качеством времени: несинхронизированные часы, разные часовые пояса, задержки доставки логов и агрегации мониторинга способны «перевернуть» последовательность и исказить выводы. Хронологический анализ также путают с [обзором после внедрения](https://cleverics.ru/digital/kb-glossary/post-implementation-review/): обзор после внедрения оценивает [результат](https://cleverics.ru/digital/kb-glossary/outcome/) изменения и уроки, а хронологический анализ — техника внутри расследования проблемы, направленная на реконструкцию последовательности событий. Наконец, не стоит сводить технику к поиску виноватых; её [ценность](https://cleverics.ru/digital/kb-glossary/value/) — в совместном понимании динамики и улучшении управления проблемами.## Примеры

- После развёртывания нового релиза в 02:10 выросло время ответа, в 02:13 появились ошибки в приложении, в 02:15 база данных начала отклонять подключения; временная шкала помогает проверить, мог ли релиз инициировать каскад событий
- В 09:47 зафиксировано событие потери пакетов на сетевом устройстве, в 09:49 пользователи начали регистрировать инциденты «не открывается портал», в 09:55 выполнен перезапуск маршрутизатора; анализ по времени помогает установить вероятный триггер
- В течение недели каждый день в 12:00 начинается деградация услуги, совпадающая по времени с плановой задачей резервного копирования и пиком транзакций; сопоставление событий по времени помогает сформулировать гипотезу о конкуренции за ресурсы
- После экстренного изменения в 18:30 появилось увеличение числа ошибок, в 18:45 выполнен откат, в 18:50 качество восстановилось; временная шкала помогает оценить связь симптомов с конкретными действиями команды поддержки

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

- [ITSM. Основы управления ИТ-услугами](https://edu.cleverics.ru/itsm-foundation?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=ITFO4) — Учебный курс: интенсив с тренером. Самый популярный тренинг по управлению ИТ
- [Apollo 13 — ITSM на практике](https://edu.cleverics.ru/apollo?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=APOLLO) — Деловая игра. Service Desk, управление инцидентами, проблемами, изменениями
- [Altevics](https://cleverics.ru/solutions/altevics?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=altevics) — Современная ITSM/ESM-система