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

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

## [Почему тема резервирования и восстановления данных является хорошей начальной точкой для ввода процесса управления уровнями обслуживания (SLM)?](https://cleverics.ru/digital/kb-qa/pochemu-tema-rezervirovaniya-i-vosstanovleniya-dannykh-yavlyaetsya-khoroshey-nachalnoy-tochkoy-dlya/)

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

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

Рейтинг: 991

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

## [Как внедрить управление ИТ-сервисами, чтобы избежать фокуса только на процессах?](https://cleverics.ru/digital/kb-qa/kak-vnedrit-upravlenie-it-servisami-chtoby-izbezhat-fokusa-tolko-na-protsessakh/)

Чтобы избежать фокуса исключительно на процессах при внедрении управления ИТ-сервисами, необходимо следовать следующим принципам: 1) Начать с определения ключевых ИТ-сервисов и выявления показателей качества, важных для бизнеса, а не со внедрения процессов; 2) Установить четкую ответственность за каждый сервис и назначить менеджеров сервисов; 3) Связать метрики процессов напрямую с показателями качества сервиса, а не только с внутрипроцессными показателями; 4) Внедрить постоянную обратную связь от пользователей сервисов для корректировки приоритетов и целей; 5) Создать циклы непрерывного улучшения сервисов, включающие анализ отклонений, выявление причин проблем и внедрение улучшений; 6) Обеспечить, что система мотивации сотрудников направлена на достижение целевых показателей сервиса, а не только на следование процессным процедурам; 7) Проводить регулярные стратегические встречи по управлению сервисами с участием бизнеса для согласования приоритетов и ожиданий.

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

Рейтинг: 991

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

## [Какие критерии используются для назначения координаторов изменений?](https://cleverics.ru/digital/kb-qa/kakie-kriterii-ispolzuyutsya-dlya-naznacheniya-koordinatorov-izmeneniy/)

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

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

Рейтинг: 991

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

## [Какие метрики можно использовать для контроля качества закрытия инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-metriki-mozhno-ispolzovat-dlya-kontrolya-kachestva-zakrytiya-intsidentov/)

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

Автор: Дмитрий Подольский

Рейтинг: 991

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

## [Как понять, что ваш Output соответствует желаемому Outcome клиента?](https://cleverics.ru/digital/kb-qa/kak-ponyat-chto-vash-output-sootvetstvuet-zhelaemomu-outcome-klienta/)

Для проверки соответствия Output и Outcome необходимо регулярно собирать обратную связь от клиента, проводить совместные обзоры целей и результатов, определять ключевые метрики успеха с точки зрения потребителя. Также полезно задавать прямые вопросы: «Достигли ли вы целей, для которых была заказана эта услуга?», «Какие выгоды вы получили?», и на основе ответов корректировать предоставляемые выходы.

Автор: Александр Движков

Рейтинг: 991

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

## [Чем отличается инвентаризация от аудита данных в CMDB?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-inventarizatsiya-ot-audita-dannykh-v-cmdb/)

Инвентаризация и аудит данных в CMDB - это разные, но взаимосвязанные процессы. Инвентаризация представляет собой процесс полной или выборочной физической проверки существования и состояния конфигурационных единиц, обычно с целью их первоначальной регистрации или подтверждения их наличия. Аудит данных в CMDB включает операционный аудит (обработку сверок во время выполнения других операций) и периодический аудит (систематическую проверку данных на соответствие реальному состоянию конфигурационных единиц). Основное отличие заключается в частоте и глубине проверок: инвентаризация обычно проводится реже и может быть более глубокой, тогда как аудит, особенно операционный, является регулярной частью процесса сопровождения CMDB. Оба процесса требуют определенных трудозатрат, которые необходимо учитывать при оценке общих затрат на поддержание CMDB в актуальном состоянии.

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

Рейтинг: 991

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

## [Почему решение рядом с Tmax может быть выгодным в традиционной системе KPI?](https://cleverics.ru/digital/kb-qa/pochemu-reshenie-ryadom-s-tmax-mozhet-byt-vygodnym-v-traditsionnoy-sisteme-kpi/)

В традиционной системе KPI, где оценка основана только на соблюдении максимального времени Tmax, решение инцидента сразу перед истечением срока (например, за 3 часа 55 минут при Tmax = 4 часа) дает полный балл. Это создает обратную мотивацию — исполнители могут откладывать решение до последнего момента, не стремясь к оперативному восстановлению сервисов, что приводит к ненужным простоям и ущербу для бизнеса, хотя формально все нормативы соблюдены.

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

Рейтинг: 991

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

## [Почему недостаточно иметь один общий бэклог задач для всего продукта?](https://cleverics.ru/digital/kb-qa/pochemu-nedostatochno-imet-odin-obshchiy-beklog-zadach-dlya-vsego-produkta/)

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

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

Рейтинг: 990

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

## [В чем отличие дорожной карты от бэклога?](https://cleverics.ru/digital/kb-qa/v-chem-otlichie-dorozhnoy-karty-ot-bekloga/)

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

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

Рейтинг: 990

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

## [Что означает назначение процесса управления конфигурациями согласно ITIL?](https://cleverics.ru/digital/kb-qa/chto-oznachaet-naznachenie-protsessa-upravleniya-konfiguratsiyami-soglasno-itil/)

Согласно ITIL, назначение процесса управления конфигурациями заключается в обеспечении корректного контроля над активами, необходимыми для предоставления ИТ-услуг, и в предоставлении точной и надёжной информации об этих активах в любое требуемое время и в требуемом месте. Это включает в себя создание, обновление и поддержание базы данных конфигураций (CMDB), которая служит единым источником истины для всех сведений, связанных с конфигурационными элементами и их взаимосвязями.

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

Рейтинг: 990

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