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

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

## [Какие факторы следует учитывать при принятии решения о том, где закрывать инциденты: на первой или второй линии?](https://cleverics.ru/digital/kb-qa/kakie-faktory-sleduet-uchityvat-pri-prinyatii-resheniya-o-tom-gde-zakryvat-intsidenty-na-pervoy-ili/)

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

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

Рейтинг: 905

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

## [Как учитывать трудозатраты на творческие работы, например, диагностику инцидентов?](https://cleverics.ru/digital/kb-qa/kak-uchityvat-trudozatraty-na-tvorcheskie-raboty-naprimer-diagnostiku-intsidentov/)

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

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

Рейтинг: 905

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

## [Почему важно разделять ответственность за управление инцидентами и управление проблемами?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-razdelyat-otvetstvennost-za-upravlenie-intsidentami-i-upravlenie-problemami/)

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

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

Рейтинг: 905

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

## [Как распределяются роли при настройке системы управления лицензиями?](https://cleverics.ru/digital/kb-qa/kak-raspredelyayutsya-roli-pri-nastroyke-sistemy-upravleniya-litsenziyami/)

Распределение ролей включает назначение ответственного за управление лицензиями («главного пастуха»), который будет контролировать процесс и принимать ключевые решения. Также определяются функции для технических специалистов (например, инженеров), которые могут вносить данные о новых установках ПО или освобождённых лицензиях. Важно заранее согласовать, какие действия будут автоматизированы, а какие потребуют ручного ввода, чтобы избежать дублирования задач или пробелов в учёте.

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

Рейтинг: 905

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

## [Как учитывать разные графики работы групп при формировании SLА?](https://cleverics.ru/digital/kb-qa/kak-uchityvat-raznye-grafiki-raboty-grupp-pri-formirovanii-sla/)

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

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

Рейтинг: 905

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

## [Что произойдет, если не внедрять контроль над бизнес-процессами?](https://cleverics.ru/digital/kb-qa/chto-proizoydet-esli-ne-vnedryat-kontrol-nad-biznes-protsessami/)

Если не внедрять контроль над бизнес-процессами, то со временем процесс перестанет соответствовать целям, так как отсутствие мониторинга приведет к необнаруженному накоплению ошибок и отклонений. Сотрудники теряют ответственность, так как нет обратной связи и системы стимулирования за соблюдение процесса. Это чревато снижением качества, увеличением издержек, потерей клиентов и, в конечном итоге, развалом системы управления.

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

Рейтинг: 905

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

## [Какие риски возникают при прямом применении метода MBO в ITIL без предварительного анализа?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-pryamom-primenenii-metoda-mbo-v-itil-bez-predvaritelnogo-analiza/)

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

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

Рейтинг: 905

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

## [Какие связи в CMDB могут быть использованы для задач сервисной экономики?](https://cleverics.ru/digital/kb-qa/kakie-svyazi-v-cmdb-mogut-byt-ispolzovany-dlya-zadach-servisnoy-ekonomiki/)

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

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

Рейтинг: 905

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

## [Как вероятность проявляется трижды в структуре риска?](https://cleverics.ru/digital/kb-qa/kak-veroyatnost-proyavlyaetsya-trizhdy-v-strukture-riska/)

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

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

Рейтинг: 905

Теги: управление рисками

## [Какие преимущества даёт использование расширенного жизненного цикла инцидента для анализа времени простоя?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-ispolzovanie-rasshirennogo-zhiznennogo-tsikla-intsidenta-dlya-analiza-vre/)

Использование расширенного жизненного цикла инцидента позволяет детально анализировать, на какие этапы уходит время при устранении инцидента. Например, если известно, что инцидент длился 1 час, но непосредственные работы заняли всего 5 минут, становится ясно, что 55 минут ушли на другие этапы — обнаружение, диагностику или восстановление. Это даёт возможность целенаправленно улучшать процессы в этих областях, сокращая общий простой и повышая качество обслуживания.

Автор: Константин Нарыжный

Рейтинг: 905

Теги: управление инцидентами