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

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

## [Как работает статистический подход к контролю использования функции приостановки таймера?](https://cleverics.ru/digital/kb-qa/kak-rabotaet-statisticheskiy-podkhod-k-kontrolyu-ispolzovaniya-funktsii-priostanovki-taymera/)

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

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

Рейтинг: 838

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

## [В чем разница между терминами 'бизнес' и 'заказчик' в ИТ-контексте?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-mezhdu-terminami-biznes-i-zakazchik-v-it-kontekste/)

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

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

Рейтинг: 838

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

## [Почему построение каталога услуг вызывает дискуссии?](https://cleverics.ru/digital/kb-qa/pochemu-postroenie-kataloga-uslug-vyzyvaet-diskussii/)

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

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

Рейтинг: 838

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

## [Как автоматизировать проверку данных CMDB?](https://cleverics.ru/digital/kb-qa/kak-avtomatizirovat-proverku-dannykh-cmdb/)

Автоматизация проверки CMDB включает использование сканеров обнаружения CI (например, ServiceNow Discovery, Lansweeper), интеграцию с системами мониторинга (Zabbix, Nagios) для сравнения реальных показателей с записями CMDB, и настройку триггеров на аномальные изменения (например, массовое обновление атрибутов за короткий срок). Для статических данных применяются скрипты сравнения с источниками доверенных данных (активы в финансовой системе). Ключевой элемент — регулярные сверки через API между CMDB и системами управления изменениями, чтобы отслеживать соответствие внесенных изменений утвержденным запросам.

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

Рейтинг: 838

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

## [Почему в некоторых организациях процесс управления проблемами возникает раньше, чем практика постоянного совершенствования?](https://cleverics.ru/digital/kb-qa/pochemu-v-nekotorykh-organizatsiyakh-protsess-upravleniya-problemami-voznikaet-ranshe-chem-praktika/)

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

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

Рейтинг: 838

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

## [Какие преимущества дает детальная разбивка трудозатрат на сопровождение CMDB по группам конфигурационных единиц?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-detalnaya-razbivka-trudozatrat-na-soprovozhdenie-cmdb-po-gruppam-konfigur/)

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

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

Рейтинг: 838

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

## [Какие вызовы возникают при реализации системы привязки инцидентов к проблемам?](https://cleverics.ru/digital/kb-qa/kakie-vyzovy-voznikayut-pri-realizatsii-sistemy-privyazki-intsidentov-k-problemam/)

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

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

Рейтинг: 838

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

## [Какие риски возникают при отсутствии Service Desk в небольшой ИТ-компании?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-otsutstvii-service-desk-v-nebolshoy-it-kompanii/)

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

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

Рейтинг: 837

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

## [Как правильно представить зависимость ИТ-сервиса от канала связи между площадками в CMDB?](https://cleverics.ru/digital/kb-qa/kak-pravilno-predstavit-zavisimost-it-servisa-ot-kanala-svyazi-mezhdu-ploshchadkami-v-cmdb/)

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

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

Рейтинг: 837

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

## [Какие элементы системы управления в реальной жизни различаются для ИТ-активов и конфигурационных единиц?](https://cleverics.ru/digital/kb-qa/kakie-elementy-sistemy-upravleniya-v-realnoy-zhizni-razlichayutsya-dlya-it-aktivov-i-konfiguratsionn/)

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

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

Рейтинг: 837

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