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

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

## [Как влияет рост сложности ИТ-инфраструктуры на процесс отката системы?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-rost-slozhnosti-it-infrastruktury-na-protsess-otkata-sistemy/)

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

Автор: Шамиль Бабаев

Рейтинг: 1338

Теги: архитектура ИТ, TOGAF и IT4IT, управление конфигурациями, CMDB, управление отношениями, взаимодействие, BRM, эффективность, оптимизация

## [Какие факторы позволяют первой линии поддержки 'вытягивать' качество ИТ-услуг при слабом процессе управления инцидентами?](https://cleverics.ru/digital/kb-qa/kakie-faktory-pozvolyayut-pervoy-linii-podderzhki-vytyagivat-kachestvo-it-uslug-pri-slabom-protsesse/)

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

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

Рейтинг: 1337

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

## [Каким образом процесс Управления инцидентами (INC) обеспечивает прозрачность в работе?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-protsess-upravleniya-intsidentami-inc-obespechivaet-prozrachnost-v-rabote/)

Процесс Управления инцидентами обеспечивает прозрачность в работе за счёт своевременной и эффективной передачи информации об инцидентах и их статусах. Для этого процесс должен быть построен так, чтобы пользователь получал нужную информацию в согласованные с заказчиком моменты времени и в согласованном формате через согласованные каналы. Это могут быть электронные письма, SMS, информация на портале самообслуживания (в личном кабинете), телефонные звонки или даже личные визиты в случае работы с VIP-пользователями. Процесс INC должен минимизировать количество повторных обращений пользователей по тем же инцидентам за счёт качественного информирования, что отражается в KPI: «Среднее число звонков на Service Desk и прочих контактов со стороны бизнес-пользователей по поводу уже зарегистрированных инцидентов».

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

Рейтинг: 1337

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

## [Чем отличается традиционное управление ИТ от парадигмы ITSM?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-traditsionnoe-upravlenie-it-ot-paradigmy-itsm/)

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

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

Рейтинг: 1337

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

## [Почему компаниям реального сектора экономики необходимо внедрять цифровые технологии?](https://cleverics.ru/digital/kb-qa/pochemu-kompaniyam-realnogo-sektora-ekonomiki-neobkhodimo-vnedryat-tsifrovye-tekhnologii/)

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

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

Рейтинг: 1336

Теги: экономика и финансы

## [Какой подход рекомендуется при работе с уровнями зрелости процессов в COBIT?](https://cleverics.ru/digital/kb-qa/kakoy-podkhod-rekomenduetsya-pri-rabote-s-urovnyami-zrelosti-protsessov-v-cobit/)

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

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

Рейтинг: 1336

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

## [Как взаимодействует процесс управления конфигурациями с процессом управления изменениями?](https://cleverics.ru/digital/kb-qa/kak-vzaimodeystvuet-protsess-upravleniya-konfiguratsiyami-s-protsessom-upravleniya-izmeneniyami/)

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

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

Рейтинг: 1336

Теги: общие вопросы менеджмента, управление изменениями, управление конфигурациями, CMDB, управление релизами, управление рисками

## [Каким образом автоматическая эскалация может повлиять на качество диагностики инцидентов на каждом уровне поддержки?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-avtomaticheskaya-eskalatsiya-mozhet-povliyat-na-kachestvo-diagnostiki-intsidentov-na-k/)

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

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

Рейтинг: 1336

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

## [Что такое сервисная эмпатия в контексте предоставления услуг?](https://cleverics.ru/digital/kb-qa/chto-takoe-servisnaya-empatiya-v-kontekste-predostavleniya-uslug/)

Сервисная эмпатия (Service empathy) — это способность распознавать, понимать, прогнозировать и проецировать интересы, потребности, намерения и опыт другой стороны для установления, поддержания и улучшения сервисных отношений. Она не сводится к простому сочувствию, а включает в себя более сложный процесс — полное понимание, отражение и разделяние чувств, потребностей и мотивации клиента. Эмпатия в сервисе позволяет не только реагировать на уже существующие запросы, но и предугадывать скрытые потребности клиентов, предлагая решения, о которых они сами могли не думать. Это явление является ключевым элементом для создания позитивного клиентского опыта (CX) и пользовательского опыта (UX), формируя лояльность и доверие к компании. Основой сервисной эмпатии выступает умение «встать на место» клиента, что позволяет лучше понять его ситуацию и ожидания.

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

Рейтинг: 1335

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

## [Какие роли выделяются при организации процесса управления изменениями?](https://cleverics.ru/digital/kb-qa/kakie-roli-vydelyayutsya-pri-organizatsii-protsessa-upravleniya-izmeneniyami/)

Выделяются две основные роли: менеджер изменений и координатор изменений. Менеджер изменений несет ответственность за общий контроль исполнения и организацию работ по проведению изменений в целом. Координаторы изменений отвечают за организацию обработки отдельных запросов на изменения. Координаторы обычно назначаются по функциональному или географическому признакам либо по обоим признакам одновременно. В некоторых моделях, например в IBM Tivoli Unified Process, роль координатора называется 'Владелец изменений'

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

Рейтинг: 1334

Теги: общие вопросы менеджмента, управление изменениями, управление процессами, ИТ-процессы