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

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

## [Что включают в себя желания (Запад) в модели Compass Model и как их выявить?](https://cleverics.ru/digital/kb-qa/chto-vklyuchayut-v-sebya-zhelaniya-zapad-v-modeli-compass-model-i-kak-ikh-vyyavit/)

Желания (Запад) в модели Compass Model представляют собой менее конкретные, не всегда осознаваемые потребителем, цели и пожелания. Эти пункты не являются критически необходимыми, но существенно повышают удовлетворённость, когда реализуются. Чтобы выявить желания, следует задавать вопросы: "Что клиент хотел бы дополнительно?", "Какие необязательные элементы улучшили бы его опыт?" Например, для такси в командировке желаниями могут быть: прибытие вовремя, вежливый водитель, комфортная езда, приятная музыка и отсутствие навязчивых разговоров. Желания часто определяют дифференциацию сервиса и возможность превосходства над конкурентами.

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

Рейтинг: 1135

Теги: бизнес, ценность, бизнес-заказчик

## [Что является основным показателем успешной реализации SLM?](https://cleverics.ru/digital/kb-qa/chto-yavlyaetsya-osnovnym-pokazatelem-uspeshnoy-realizatsii-slm/)

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

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

Рейтинг: 1135

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

## [Сколько вопросов рекомендуется включать в опрос для оценки удовлетворенности после решения инцидента?](https://cleverics.ru/digital/kb-qa/skolko-voprosov-rekomenduetsya-vklyuchat-v-opros-dlya-otsenki-udovletvorennosti-posle-resheniya-ints/)

Для получения качественных ответов рекомендуется ограничиться 2-3 вопросами. Большое количество вопросов повышает риск отсутствия ответов или получения случайных, невнимательно заполненных ответов, так как пользователи часто не хотят тратить много времени на такие опросы.

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

Рейтинг: 1135

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

## [Какие недостатки имеет традиционная схема оценки влияния инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-nedostatki-imeet-traditsionnaya-skhema-otsenki-vliyaniya-intsidentov/)

Традиционная схема оценки влияния инцидентов имеет несколько существенных недостатков: 1) Сотрудник может не знать, испытывают ли его коллеги аналогичные проблемы, что затрудняет оценку масштаба инцидента. 2) Не существует четкой границы между 'совсем не работает' и 'частично не работает' - пользователь, столкнувшийся с проблемой печати отчета, вряд ли согласится, что эта проблема малозначительна, даже если остальные функции работают нормально. 3) Базовая схема не учитывает критичность определенных ИТ-услуг в конкретные периоды времени или для определенных групп пользователей.

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

Рейтинг: 1135

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

## [Какие задачи можно решить без применения сервисного подхода в ИТ?](https://cleverics.ru/digital/kb-qa/kakie-zadachi-mozhno-reshit-bez-primeneniya-servisnogo-podkhoda-v-it/)

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

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

Рейтинг: 1135

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

## [Почему решение рядом с 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 часа) дает полный балл. Это создает обратную мотивацию — исполнители могут откладывать решение до последнего момента, не стремясь к оперативному восстановлению сервисов, что приводит к ненужным простоям и ущербу для бизнеса, хотя формально все нормативы соблюдены.

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

Рейтинг: 1135

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

## [Почему в ITIL отсутствует централизованная функция управления рисками?](https://cleverics.ru/digital/kb-qa/pochemu-v-itil-otsutstvuet-tsentralizovannaya-funktsiya-upravleniya-riskami/)

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

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

Рейтинг: 1135

Теги: ITIL, общие вопросы менеджмента, постоянное улучшение, совершенствование, CSI, PDCA, управление проблемами, управление рисками

## [Что является ключевым элементом деятельности по управлению SLM?](https://cleverics.ru/digital/kb-qa/chto-yavlyaetsya-klyuchevym-elementom-deyatelnosti-po-upravleniyu-slm/)

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

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

Рейтинг: 1134

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

## [Что такое CMDB (Configuration management data base)?](https://cleverics.ru/digital/kb-qa/chto-takoe-cmdb-configuration-management-data-base/)

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

Автор: Анна Васильева

Рейтинг: 1134

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

## [Как можно наглядно объяснить разницу между Output и Outcome?](https://cleverics.ru/digital/kb-qa/kak-mozhno-naglyadno-obyasnit-raznitsu-mezhdu-output-i-outcome/)

Для объяснения используется пример заказа торта на день рождения: Output — сам торт, который готовит и предоставляет пекарня; Outcome — это восторг именинника и удовлетворённость гостей, которые съели торт. Также применяются другие примеры: Output таксиста — спортивный автомобиль, а Outcome — быстрая и комфортная доставка пассажира до места назначения.

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

Рейтинг: 1134

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