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

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

## [Какие изменения в подходе к релизам необходимы для эффективного CI/CD?](https://cleverics.ru/digital/kb-qa/kakie-izmeneniya-v-podkhode-k-relizam-neobkhodimy-dlya-effektivnogo-ci-cd/)

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

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

Рейтинг: 1294

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

## [Что такое Availability в контексте управления ИТ-инфраструктурой: готовность или доступность?](https://cleverics.ru/digital/kb-qa/chto-takoe-availability-v-kontekste-upravleniya-it-infrastrukturoy-gotovnost-ili-dostupnost/)

Availability (Availability) представляет собой показатель, определяющий, насколько система, компонент или услуга могут быть использованы в заданное время. В технической надежности, согласно ГОСТ 27.002-89 (ГОСТ Р 53480-2009), этот термин переводится как «готовность». В ITIL и ISO/IEC 20000 он трактуется как «доступность». Разница кроется в контексте применения: «готовность» акцентирует внимание на технической способности системы функционировать, тогда как «доступность» в ИТ-управлении связана с предоставлением услуги пользователю. Термины отражают разные аспекты одной метрики и требуют уточнения в документах для избежания неоднозначности.

Автор: Роман Журавлёв

Рейтинг: 1290

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

## [Как можно измерить успешность сервисного подхода в ИТ без использования SLA?](https://cleverics.ru/digital/kb-qa/kak-mozhno-izmerit-uspeshnost-servisnogo-podkhoda-v-it-bez-ispolzovaniya-sla/)

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

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

Рейтинг: 1290

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

## [Какие основные трудности возникают при запуске процесса управления изменениями на ранних стадиях?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-trudnosti-voznikayut-pri-zapuske-protsessa-upravleniya-izmeneniyami-na-rannikh-stadiy/)

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

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

Рейтинг: 1285

Теги: управление изменениями, управление конфигурациями, CMDB

## [Чем проблема отличается от инцидента в контексте ИТ-управления?](https://cleverics.ru/digital/kb-qa/chem-problema-otlichaetsya-ot-intsidenta-v-kontekste-it-upravleniya/)

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

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

Рейтинг: 1283

Теги: управление инцидентами, управление проблемами, управление уровнем услуг, SLM

## [Как построить матрицу взаимодействия функций и процессов для оценки руководителей?](https://cleverics.ru/digital/kb-qa/kak-postroit-matritsu-vzaimodeystviya-funktsiy-i-protsessov-dlya-otsenki-rukovoditeley/)

Матрица взаимодействия функций и процессов строится следующим образом: по вертикали размещаются функции (отделы, группы), а по горизонтали — процессы. Каждая ячейка матрицы на пересечении функции и процесса означает участие данной функции в реализации данного процесса. Это участие подразумевает, что функциональный руководитель отвечает за предоставление необходимых ресурсов для выполнения процесса, даже если он формально не несет функциональных обязанностей в этом процессе (например, не является ответственным в матрице RACI). С помощью этой матрицы можно определить, за какие метрики процессов будет отвечать каждый функциональный руководитель. Например, если отдел участвует в процессе управления инцидентами, то руководитель этого отдела будет оцениваться по метрикам, связанным с эффективностью работы его сотрудников в этом процессе, таким как доля инцидентов, принятых в работу своевременно или решенных с первой попытки.

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

Рейтинг: 1280

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

## [Как определить границы ИТ-продуктов при переходе к гибкому управлению?](https://cleverics.ru/digital/kb-qa/kak-opredelit-granitsy-it-produktov-pri-perekhode-k-gibkomu-upravleniyu/)

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

Автор: Светлана Сапегина

Рейтинг: 1279

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

## [Что считается временем решения инцидента в SLA традиционно?](https://cleverics.ru/digital/kb-qa/chto-schitaetsya-vremenem-resheniya-intsidenta-v-sla-traditsionno/)

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

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

Рейтинг: 1277

Теги: SLA, управление запросами на обслуживание, управление инцидентами, управление уровнем услуг, SLM

## [Каким образом метрики помогают увидеть истинную картину работы процесса?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-metriki-pomogayut-uvidet-istinnuyu-kartinu-raboty-protsessa/)

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

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

Рейтинг: 1277

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

## [Почему сервисная эмпатия является конкурентным преимуществом?](https://cleverics.ru/digital/kb-qa/pochemu-servisnaya-empatiya-yavlyaetsya-konkurentnym-preimushchestvom/)

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

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

Рейтинг: 1276

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