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

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

# Обзор после внедрения

[Обзор после внедрения](https://cleverics.ru/digital/kb-glossary/post-implementation-review/)[изменения](https://cleverics.ru/digital/kb-glossary/change/), чтобы оценить успешность и определить возможности для совершенствования.

Синонимы: PIR

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

post-implementation review, PIR

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

Обзор после внедрения — это управленческая [активность](https://cleverics.ru/digital/kb-glossary/activity/), выполняемая после реализации изменения, чтобы понять, достигнуты ли ожидаемые [результаты](https://cleverics.ru/digital/kb-glossary/outcome/), не возникли ли нежелательные эффекты и насколько рационально были использованы [ресурсы](https://cleverics.ru/digital/kb-glossary/resource/). В контексте [управления изменениями](https://cleverics.ru/digital/kb-glossary/change-management/) он помогает подтвердить, что изменение дало запланированную [ценность](https://cleverics.ru/digital/kb-glossary/value/) для [заказчика](https://cleverics.ru/digital/kb-glossary/customer/) и [пользователей](https://cleverics.ru/digital/kb-glossary/user/), а также что [риски](https://cleverics.ru/digital/kb-glossary/risk/) и [влияние](https://cleverics.ru/digital/kb-glossary/impact/) на [услугу](https://cleverics.ru/digital/kb-glossary/service/) и [ИТ-услугу](https://cleverics.ru/digital/kb-glossary/it-service/) оказались в приемлемых пределах. На [практике](https://cleverics.ru/digital/kb-glossary/practice/) обзор после внедрения обычно включает анализ фактических сроков, [затрат](https://cleverics.ru/digital/kb-glossary/cost/), [инцидентов](https://cleverics.ru/digital/kb-glossary/incident/) и [обращений](https://cleverics.ru/digital/kb-glossary/call/), показателей [KPI](https://cleverics.ru/digital/kb-glossary/key-performance-indicator/), [соответствия требованиям](https://cleverics.ru/digital/kb-glossary/compliance/)[гарантии](https://cleverics.ru/digital/kb-glossary/warranty/) и [полезности](https://cleverics.ru/digital/kb-glossary/utility/), а также качества коммуникаций с [заинтересованными сторонами](https://cleverics.ru/digital/kb-glossary/stakeholder/) и [команды поддержки](https://cleverics.ru/digital/kb-glossary/support-team/). Результаты обзора используются для улучшения [моделей изменения](https://cleverics.ru/digital/kb-glossary/change-model/), уточнения [процедур](https://cleverics.ru/digital/kb-glossary/procedure/), обновления [записей](https://cleverics.ru/digital/kb-glossary/record/) (включая при необходимости [записи о конфигурации](https://cleverics.ru/digital/kb-glossary/configuration-record/) в [CMS](https://cleverics.ru/digital/kb-glossary/configuration-management-system/)/[CMDB](https://cleverics.ru/digital/kb-glossary/configuration-management-database/)), а также для выработки корректирующих действий в рамках постоянного совершенствования. При этом обзор после внедрения не является повторным согласованием [RFC](https://cleverics.ru/digital/kb-glossary/request-for-change/) и не заменяет [контроль](https://cleverics.ru/digital/kb-glossary/control/) изменений во время [планирования](https://cleverics.ru/digital/kb-glossary/planning/) и реализации; он фокусируется именно на фактических итогах уже внедрённого изменения и извлечённых уроках.## Нюансы

Частая [ошибка](https://cleverics.ru/digital/kb-glossary/error/) — рассматривать обзор после внедрения как формальную «галочку» или поиск виноватых. В зрелом [управлении услугами](https://cleverics.ru/digital/kb-glossary/service-management/) это механизм обучения [организации](https://cleverics.ru/digital/kb-glossary/organization/): выявляются причины [отклонений](https://cleverics.ru/digital/kb-glossary/variance/), пробелы в [оценке риска](https://cleverics.ru/digital/kb-glossary/risk-assessment/), недостатки в коммуникациях и [валидации](https://cleverics.ru/digital/kb-glossary/validation/), а не персональные промахи. Также обзор после внедрения нередко путают с текущим [мониторингом](https://cleverics.ru/digital/kb-glossary/monitoring/) и [событиями](https://cleverics.ru/digital/kb-glossary/event/): мониторинг фиксирует состояние [среды](https://cleverics.ru/digital/kb-glossary/environment/) и события, тогда как обзор после внедрения оценивает, как изменение повлияло на услугу в целом и достигнуты ли ожидаемые результаты. Ещё одно заблуждение — проводить обзор после внедрения только для крупных или [экстренных изменений](https://cleverics.ru/digital/kb-glossary/emergency-change/); на практике выбор должен быть риск-ориентированным: для [стандартного изменения](https://cleverics.ru/digital/kb-glossary/standard-change/) обзор может быть лёгким и выборочным, но всё равно полезным для подтверждения [модели](https://cleverics.ru/digital/kb-glossary/model/) изменения. Важно не подменять обзор после внедрения ретроспективой [разработки](https://cleverics.ru/digital/kb-glossary/development/): [DevOps](https://cleverics.ru/digital/kb-glossary/devops/)- и Agile-команды могут проводить ретроспективы, но обзор после внедрения должен учитывать сервисный контекст, включая влияние на пользователей, соблюдение [соглашения об уровне услуг](https://cleverics.ru/digital/kb-glossary/service-level-agreement/) и рост числа инцидентов после [релиза](https://cleverics.ru/digital/kb-glossary/release/). Наконец, ценность обзора теряется, если выводы не превращаются в конкретные улучшения процедур, знаний и записей, а также не доводятся до заинтересованных сторон.## Примеры

- После ночного развёртывания релиза в рабочую среду анализируют, почему на следующий день выросло число инцидентов и какие действия нужно добавить в план восстановления и обходные решения
- После миграции базы данных оценивают, уложились ли в целевое время восстановления (RTO) при переключениях и не ухудшилась ли производительность ключевых транзакций
- После внедрения нового процесса управления запросами на обслуживание проверяют фактическое время разрешения, нагрузку на сервис-деск и соответствие ожидаемому клиентскому опыту
- После изменения сетевой маршрутизации подтверждают, что доступность критичной ИТ-услуги не снизилась и что обновлены записи о конфигурации и зависимости в CMS/CMDB
- После экстренного изменения для устранения уязвимости оценивают, были ли корректно учтены риски, достаточно ли были уведомлены заинтересованные стороны и какие улучшения нужны для модели изменения

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

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