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

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

## [Какие элементы могут быть включены в CMDB?](https://cleverics.ru/digital/kb-qa/kakie-elementy-mogut-byt-vklyucheny-v-cmdb/)

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

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

Рейтинг: 737

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

## [Можно ли использовать взвешенное геометрическое среднее для учета разной важности tension-метрик?](https://cleverics.ru/digital/kb-qa/mozhno-li-ispolzovat-vzveshennoe-geometricheskoe-srednee-dlya-ucheta-raznoy-vazhnosti-tension-metrik/)

Да, для учета разной важности метрик применяется взвешенное геометрическое среднее: K = (K1^w1 × K2^w2)^(1/(w1+w2)), где w1 и w2 — веса метрик. Например, если своевременность важнее результативности, вес w1 может быть больше w2. Однако даже в этом случае игнорирование одной метрики (значение 0%) приведет к K=0%, сохраняя основное свойство контроля баланса. Такой подход подходит для настройки KPI под специфику организации, но требует обоснованного выбора весов.

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

Рейтинг: 737

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

## [Какие два типа сроков необходимо выделять для управления инцидентами?](https://cleverics.ru/digital/kb-qa/kakie-dva-tipa-srokov-neobkhodimo-vydelyat-dlya-upravleniya-intsidentami/)

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

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

Рейтинг: 736

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

## [Какой показатель важнее для конечных пользователей: своевременность решения или среднее время решения?](https://cleverics.ru/digital/kb-qa/kakoy-pokazatel-vazhnee-dlya-konechnykh-polzovateley-svoevremennost-resheniya-ili-srednee-vremya-res/)

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

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

Рейтинг: 736

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

## [Какие аспекты необходимо учитывать при планировании микросервисной архитектуры?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-neobkhodimo-uchityvat-pri-planirovanii-mikroservisnoy-arkhitektury/)

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

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

Рейтинг: 736

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

## [Как предотвратить чрезмерную активность участника, который старается сделать слишком много?](https://cleverics.ru/digital/kb-qa/kak-predotvratit-chrezmernuyu-aktivnost-uchastnika-kotoryy-staraetsya-sdelat-slishkom-mnogo/)

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

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

Рейтинг: 736

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

## [Нужно ли заключать отдельное OLA для каждого компонента инфраструктуры по каждой ИТ-системе?](https://cleverics.ru/digital/kb-qa/nuzhno-li-zaklyuchat-otdelnoe-ola-dlya-kazhdogo-komponenta-infrastruktury-po-kazhdoy-it-sisteme/)

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

Автор: Денис Денисов

Рейтинг: 736

Теги: ISO 20000, поддержка пользователей, Service Desk, Help Desk, управление доступностью, управление конфигурациями, CMDB, управление уровнем услуг, SLM

## [Какие временные рамки следует устанавливать для конфликта интересов?](https://cleverics.ru/digital/kb-qa/kakie-vremennye-ramki-sleduet-ustanavlivat-dlya-konflikta-interesov/)

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

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

Рейтинг: 736

## [Почему деление задач на сегменты может привести к проблемам в команде?](https://cleverics.ru/digital/kb-qa/pochemu-delenie-zadach-na-segmenty-mozhet-privesti-k-problemam-v-komande/)

Деление задач на сегменты (например, R&D, разработка, технический долг) часто приводит к формированию сило́сов — разделению команды на изолированные группы с разными целями и метриками. Это усиливает коммуникационные барьеры, способствует «перебрасыванию задач через стену» и снижает общую ответственность. Даже попытки компенсировать это через ротацию или общие награды не решают проблему полностью, так как стимулируют конкуренцию вместо сотрудничества.

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

Рейтинг: 736

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

## [Как стандартизация управляет рисками в ИТ-инфраструктуре?](https://cleverics.ru/digital/kb-qa/kak-standartizatsiya-upravlyaet-riskami-v-it-infrastrukture/)

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

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

Рейтинг: 736

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