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

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

## [Какие ключевые роли участвуют в процессе управления уровнем услуг (SLM) согласно ITIL V3?](https://cleverics.ru/digital/kb-qa/kakie-klyuchevye-roli-uchastvuyut-v-protsesse-upravleniya-urovnem-uslug-slm-soglasno-itil-v3/)

Согласно ITIL V3 в процессе управления уровнем услуг (Service Level Management) участвуют следующие ключевые роли: Владелец процесса (Service level management process owner), Менеджер процесса (Service level management process manager), Владелец услуги (Service owner) и Менеджер по взаимоотношениям с бизнесом (Business relationship manager). В указанной статье особое внимание уделяется связке ролей Service level manager и Service owner, рассматривая их зоны ответственности и необходимость тесного взаимодействия.

Автор: Артём Мукосеев

Рейтинг: 1097

Теги: ITIL, бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента, управление отношениями, взаимодействие, BRM, управление процессами, ИТ-процессы, управление уровнем услуг, SLM

## [Как определить успешность пост-имплементационного обзора (PIR)?](https://cleverics.ru/digital/kb-qa/kak-opredelit-uspeshnost-post-implementatsionnogo-obzora-pir/)

Успешность PIR определяется по факту реального улучшения будущих процессов управления изменениями после внедрения рекомендаций. Также критериями успеха являются повышение скорости внедрения изменений, снижение количества дефектов и рост удовлетворенности заинтересованных сторон. Дополнительно оценивается активность использования реестра уроков и внедрение новых метрик на основе выводов обзора.

Автор: Дмитрий Исайченко

Рейтинг: 1097

Теги: Agile и гибкие методы разработки ПО, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, постоянное улучшение, совершенствование, CSI, PDCA, разработка ПО, управление изменениями, управление релизами, эффективность, оптимизация

## [Как этап 'Отложено' влияет на предсказуемость сроков выполнения задач?](https://cleverics.ru/digital/kb-qa/kak-etap-otlozheno-vliyaet-na-predskazuemost-srokov-vypolneniya-zadach/)

Этап 'Отложено' делает поток непредсказуемым, так как задача может находиться в этом состоянии неопределенное время. Заранее невозможно определить, попадет ли конкретная задача в этот статус и как долго она там пробыдет. Это делает невозможным давать осмысленные оценки по срокам выполнения не только для отложенных задач, но и для всех остальных задач в потоке. В результате менеджеры вынуждены управлять через жесткие дедлайны, что противоречит принципам потокового подхода и снижает общую эффективность работы.

Автор: Олег Скрынник

Рейтинг: 1097

Теги: измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, Канбан, WIP-лимиты, общие вопросы менеджмента, эффективность, оптимизация

## [Почему первая линия поддержки считается ключевой для качества ИТ-услуг?](https://cleverics.ru/digital/kb-qa/pochemu-pervaya-liniya-podderzhki-schitaetsya-klyuchevoy-dlya-kachestva-it-uslug/)

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

Автор: Олег Скрынник

Рейтинг: 1096

Теги: мониторинг, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, управление инцидентами, управление отношениями, взаимодействие, BRM, управление процессами, ИТ-процессы

## [Какие меры помогают решить проблемы категоризации инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-mery-pomogayut-reshit-problemy-kategorizatsii-intsidentov/)

Для решения проблем категоризации инцидентов рекомендуется внедрить следующие меры: разработать простую и понятную схему категоризации, избегая излишней сложности; обеспечить обучение и регулярную тренировку персонала по работе с системой категоризации; внедрить автоматизацию процесса категоризации через использование скриптов или систем искусственного интеллекта; регулярно проводить мониторинг и анализ применения категорий для выявления и устранения несоответствий; вовлекать сотрудников непосредственно работающих с инцидентами в разработку и улучшение схемы категоризации; собирать обратную связь от пользователей системы для постоянного совершенствования процесса; периодически пересматривать и обновлять схему категоризации в соответствии с изменяющимися потребностями бизнеса; проводить тестирование изменений системы категоризации на небольших группах перед полным внедрением; обеспечить интеграцию системы категоризации с другими внутренними системами для бесперебойного обмена данными.

Автор: Игорь Фадеев

Рейтинг: 1096

Теги: бизнес, ценность, бизнес-заказчик, мониторинг, обучение сотрудников, учебные курсы, тренинги, поддержка пользователей, Service Desk, Help Desk, постоянное улучшение, совершенствование, CSI, PDCA, управление инцидентами, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы, управление релизами, эффективность, оптимизация

## [Какие стратегии реагирования на риски упоминаются в Risk Scenarios Using COBIT 5 for Risk?](https://cleverics.ru/digital/kb-qa/kakie-strategii-reagirovaniya-na-riski-upominayutsya-v-risk-scenarios-using-cobit-5-for-risk/)

В документе Risk Scenarios Using COBIT 5 for Risk упоминаются четыре основные стратегии реагирования на риски: уклонение, принятие, передача и снижение. Для каждого сценария риска в документе указывается, какие из этих стратегий применимы. Кроме того, предлагается использование семи факторов влияния для реализации мер по снижению рисков, при этом для каждой меры приводится оценка её эффективности воздействия как на вероятность возникновения риска, так и на потенциальный ущерб в случае реализации риска.

Автор: Павел Дёмин

Рейтинг: 1096

Теги: COBIT, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, стратегия, управление рисками, эффективность, оптимизация

## [Почему длительное игнорирование простых ошибок в ИТ может привести к критическим проблемам для бизнеса?](https://cleverics.ru/digital/kb-qa/pochemu-dlitelnoe-ignorirovanie-prostykh-oshibok-v-it-mozhet-privesti-k-kriticheskim-problemam-dlya/)

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

Автор: Евгений Шилов

Рейтинг: 1095

Теги: аллокация затрат, расчёт себестоимости услуг, бизнес, ценность, бизнес-заказчик, экономика и финансы, эффективность, оптимизация

## [Какие риски возникают при отсутствии системы управления знаниями в компании?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-otsutstvii-sistemy-upravleniya-znaniyami-v-kompanii/)

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

Автор: Андрей Труфанов

Рейтинг: 1095

Теги: аллокация затрат, расчёт себестоимости услуг, обучение сотрудников, учебные курсы, тренинги, управление знаниями, управление проблемами, управление процессами, ИТ-процессы, управление рисками, экономика и финансы, эффективность, оптимизация

## [Почему при расчёте FTR важно разделить уровень всего инцидента и уровня отдельной группы?](https://cleverics.ru/digital/kb-qa/pochemu-pri-raschete-ftr-vazhno-razdelit-uroven-vsego-intsidenta-i-urovnya-otdelnoy-gruppy/)

Разделение уровня всего инцидента и уровня отдельной группы необходимо, так как при совместном учёте результаты расчёта могут оказаться неточными. Если один инцидент имеет несколько возвратов в разные группы, или после возврата переназначается в другую группу, то общий учёт приведёт к тому, что метрика FTR будет снижена у всех задействованных групп, а не только у тех, которые ответственны за возвраты. Отдельный учёт для каждой группы позволяет точно определить слабые места и обеспечить корректное измерение качества работы.

Автор: Дмитрий Исайченко

Рейтинг: 1094

Теги: измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, управление инцидентами

## [Как отличается определение инцидента в ITIL v3 и ITIL 4?](https://cleverics.ru/digital/kb-qa/kak-otlichaetsya-opredelenie-intsidenta-v-itil-v3-i-itil-4/)

В ITIL v3 определение инцидента включало два предложения: «Незапланированное прерывание или снижение качества ИТ-услуги. Сбой конфигурационной единицы, который еще не повлиял на услугу, также является инцидентом, как, например, сбой одного диска из массива зеркалирования». В ITIL 4 второе предложение отсутствует, и определение стало короче: «Незапланированное прерывание или снижение качества услуги». Однако в руководстве по управлению инцидентами ITIL 4 указано, что практика все равно включает в себя восстановление нормальной работы ресурсов даже если их сбой не виден пользователям. Таким образом, ключевые смыслы остались прежними, различие скорее терминологическое.

Автор: Игорь Гутник

Рейтинг: 1094

Теги: ITIL, поддержка пользователей, Service Desk, Help Desk, управление инцидентами, управление конфигурациями, CMDB, управление уровнем услуг, SLM