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

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

## [Как системная структура объясняет проблему низкой доли инцидентов, связанных с открытыми проблемами, и её влияние на эффективность?](https://cleverics.ru/digital/kb-qa/kak-sistemnaya-struktura-obyasnyaet-problemu-nizkoy-doli-intsidentov-svyazannykh-s-otkrytymi-problem/)

Системная структура объясняет проблему низкой доли инцидентов, связанных с открытыми проблемами, и её влияние на эффективность через взаимосвязь «конвейера» и «лаборатории».  Механизм: 1. Доля инцидентов, связанных с открытыми проблемами, характеризует, насколько эффективно процесс управления проблемами выявляет и регистрирует корневые причины инцидентов. 2. Низкая доля означает, что многие инциденты не связываются с известными проблемами. 3. Это приводит к тому, что:    - Инциденты обрабатываются повторно, без использования стандартных решений.    - Корневые причины не устраняются, инциденты повторяются.    - Растёт нагрузка на «конвейер» обработки инцидентов.    - Увеличиваются затраты на обработку повторяющихся инцидентов.    - Снижается удовлетворённость пользователей. 4. Низкая доля, в свою очередь:    - Увеличивает количество инцидентов (проблемы не устраняются).    - Увеличивает MTRS (каждый инцидент решается заново).    - Снижает эффективность использования базы знаний.  Факторы, влияющие на низкую долю:  1. **Недостаточный анализ инцидентов.** Инциденты закрываются без анализа корневой причины. 2. **Недостаточные ресурсы управления проблемами.** Аналитики не успевают обрабатывать все инциденты. 3. **Отсутствие интеграции.** Система обработки инцидентов не связана с системой управления проблемами. 4. **Недостаточная квалификация.** Аналитики не обладают навыками выявления проблем. 5. **Отсутствие стимулов.** KPI фокусируются на MTRS, а не на связывании инцидентов с проблемами.  Системная структура показывает, что доля инцидентов, связанных с открытыми проблемами, — это индикатор эффективности «лаборатории». Улучшение требует улучшения анализа инцидентов, выделения ресурсов на управление проблемами и развития интеграции между процессами.

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

Рейтинг: 60

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

## [Как системная структура объясняет проблему низкой доли обращений, решённых с применением базы знаний, и её влияние на затраты?](https://cleverics.ru/digital/kb-qa/kak-sistemnaya-struktura-obyasnyaet-problemu-nizkoy-doli-obrashcheniy-reshennykh-s-primeneniem-bazy/)

Системная структура объясняет проблему низкой доли обращений, решённых с применением базы знаний (PSR — Problem Solution Rate), и её влияние на затраты через взаимосвязь «конвейера» и «лаборатории».  Механизм: 1. PSR характеризует, какая доля обращений решается с применением базы знаний. 2. Низкая доля означает, что сотрудники не используют базу знаний при решении обращений. 3. Это приводит к тому, что:    - Каждое обращение решается «с нуля» — сотрудники тратят время на диагностику и поиск решения.    - Увеличивается Processing Time — решение без базы знаний занимает больше времени.    - Увеличиваются затраты — больше ресурсов тратится на обработку каждого обращения.    - Снижается продуктивность — сотрудники не используют накопленный опыт.    - Увеличивается нагрузка на вторую и третью линии — первая линия не имеет готовых решений. 4. Низкая доля, в свою очередь:    - Увеличивает Cost per ticket.    - Увеличивает MTRS.    - Снижает удовлетворённость пользователей.  Факторы, влияющие на низкую долю:  1. **Недостаточное содержание базы знаний.** Мало статей, они устарели или не покрывают типичные ситуации. 2. **Низкое качество статей.** Статьи написаны непонятно или не соответствуют реальным сценариям. 3. **Неудобный поиск.** Сотрудники не могут быстро найти нужную статью. 4. **Недостаточная интеграция.** База знаний не интегрирована с системой обработки инцидентов. 5. **Отсутствие стимулов.** Сотрудники не мотивированы использовать базу знаний.  Системная структура показывает, что PSR — это индикатор эффективности «лаборатории» и её интеграции с «конвейером». Улучшение PSR требует развития базы знаний, улучшения инструментов поиска и интеграции, обучения и мотивации сотрудников. Высокий PSR напрямую снижает затраты на управление инцидентами.

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

Рейтинг: 60

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

## [Как системная структура объясняет проблему низкой доли изменений, документированных в соответствии с требованиями, и её влияние на удовлетворённость пользователей?](https://cleverics.ru/digital/kb-qa/kak-sistemnaya-struktura-obyasnyaet-problemu-nizkoy-doli-izmeneniy-dokumentirovannykh-v-sootvetstvii/)

Системная структура объясняет проблему низкой доли изменений, документированных в соответствии с требованиями, и её влияние на удовлетворённость пользователей через качество данных и его влияние на «лабораторию».  Механизм: 1. Качество документирования изменений — это ключевой фактор, влияющий на эффективность «лаборатории». 2. Низкая доля изменений, документированных в соответствии с требованиями, означает, что данные о изменениях неполные или некорректные. 3. Это влияет на удовлетворённость пользователей:    - PIR неэффективен — уроки не извлекаются, ошибки повторяются.    - Управление проблемами неэффективно — корневые причины не выявляются, инциденты повторяются.    - Стандартные решения не создаются — инциденты решаются индивидуально, MTRS растёт.    - База знаний не пополняется — сотрудники не имеют доступа к опыту. 4. Низкая удовлетворённость, в свою очередь:    - Усиливает давление бизнеса на ИТ.    - Приводит к жалобам и эскалациям.    - Снижает доверие к ИТ.    - Формирует негативное восприятие ИТ-услуг.  Факторы, влияющие на низкое качество документирования:  1. **Сложность процессов.** Обременительные требования демотивируют. 2. **Отсутствие автоматизации.** Ручной ввод данных. 3. **Непонимание ценности.** Сотрудники не видят пользы. 4. **Давление сроков.** Спешка приводит к формальному документированию. 5. **Отсутствие контроля.** Качество не проверяется.  Системная структура показывает, что качество документирования — это критический фактор удовлетворённости пользователей. Инвестиции в качество документирования окупаются через улучшение «лаборатории» и, как следствие, улучшение качества изменений, снижение количества инцидентов и повышение удовлетворённости пользователей.

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

Рейтинг: 60

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

## [Как системная структура объясняет проблему низкой доли изменений, документированных в соответствии с требованиями, и её влияние на риски?](https://cleverics.ru/digital/kb-qa/kak-sistemnaya-struktura-obyasnyaet-problemu-nizkoy-doli-izmeneniy-dokumentirovannykh-v-sootvetstvii/)

Системная структура объясняет проблему низкой доли изменений, документированных в соответствии с требованиями, и её влияние на риски через качество данных и его влияние на «лабораторию».  Механизм: 1. Качество документирования изменений — это ключевой фактор, влияющий на эффективность «лаборатории». 2. Низкая доля изменений, документированных в соответствии с требованиями, означает, что данные о изменениях неполные или некорректные. 3. Это влияет на риски:    - PIR неэффективен — уроки не извлекаются, ошибки повторяются.    - Управление проблемами неэффективно — корневые причины не выявляются, инциденты повторяются.    - Стандартные решения не создаются — инциденты решаются индивидуально, что повышает вероятность ошибок.    - База знаний не пополняется — сотрудники не имеют доступа к опыту.    - TMR растёт — критичные инциденты длятся дольше.    - PCWR снижается — доля изменений без последствий падает. 4. Высокие риски, в свою очередь:    - Увеличивают финансовые потери.    - Снижают удовлетворённость пользователей.    - Усиливают давление бизнеса на ИТ.    - Формируют разрушительный цикл.  Факторы, влияющие на низкое качество документирования:  1. **Сложность процессов.** Обременительные требования демотивируют. 2. **Отсутствие автоматизации.** Ручной ввод данных. 3. **Непонимание ценности.** Сотрудники не видят пользы. 4. **Давление сроков.** Спешка приводит к формальному документированию. 5. **Отсутствие контроля.** Качество не проверяется.  Системная структура показывает, что качество документирования — это критический фактор управления рисками. Инвестиции в качество документирования окупаются через улучшение «лаборатории» и, как следствие, снижение рисков.

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

Рейтинг: 60

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