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

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

## [Каковы преимущества использования операционных стандартов вместо множества OLA?](https://cleverics.ru/digital/kb-qa/kakovy-preimushchestva-ispolzovaniya-operatsionnykh-standartov-vmesto-mnozhestva-ola/)

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

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

Рейтинг: 748

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

## [Какие преимущества даёт правильное внедрение системы управления конфигурациями?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-pravilnoe-vnedrenie-sistemy-upravleniya-konfiguratsiyami/)

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

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

Рейтинг: 748

Теги: бизнес, ценность, бизнес-заказчик, постоянное улучшение, совершенствование, CSI, PDCA, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление инцидентами, управление конфигурациями, CMDB, управление отношениями, взаимодействие, BRM, управление процессами, ИТ-процессы, управление релизами, управление рисками, эффективность, оптимизация

## [Почему включение времени работы внешних поставщиков в SLA является обязательным?](https://cleverics.ru/digital/kb-qa/pochemu-vklyuchenie-vremeni-raboty-vneshnikh-postavshchikov-v-sla-yavlyaetsya-obyazatelnym/)

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

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

Рейтинг: 748

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

## [Как можно использовать результаты работы инструментов Role mining в системе Identity and Access Management (IDM)?](https://cleverics.ru/digital/kb-qa/kak-mozhno-ispolzovat-rezultaty-raboty-instrumentov-role-mining-v-sisteme-identity-and-access-manage/)

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

Автор: Александр Омельченко

Рейтинг: 748

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

## [Какие факторы мешают разработчикам программного обеспечения воспринимать свою работу как управляемый процесс?](https://cleverics.ru/digital/kb-qa/kakie-faktory-meshayut-razrabotchikam-programmnogo-obespecheniya-vosprinimat-svoyu-rabotu-kak-upravl/)

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

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

Рейтинг: 748

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

## [Как перепроизводство в одном звене процесса влияет на всю систему?](https://cleverics.ru/digital/kb-qa/kak-pereproizvodstvo-v-odnom-zvene-protsessa-vliyaet-na-vsyu-sistemu/)

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

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

Рейтинг: 748

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

## [Может ли реализовавшийся риск быть не связанным с инцидентом в ITIL?](https://cleverics.ru/digital/kb-qa/mozhet-li-realizovavshiysya-risk-byt-ne-svyazannym-s-intsidentom-v-itil/)

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

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

Рейтинг: 748

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

## [Какие варианты решений могут быть предложены для проблемы, которая не может быть полностью устранена?](https://cleverics.ru/digital/kb-qa/kakie-varianty-resheniy-mogut-byt-predlozheny-dlya-problemy-kotoraya-ne-mozhet-byt-polnostyu-ustrane/)

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

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

Рейтинг: 748

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

## [Почему терминология ITIL меняется от версии к версии?](https://cleverics.ru/digital/kb-qa/pochemu-terminologiya-itil-menyaetsya-ot-versii-k-versii/)

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

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

Рейтинг: 748

Теги: Agile и гибкие методы разработки ПО, DevOps, CI/CD, ITIL, бизнес, ценность, бизнес-заказчик

## [Что такое роль координатора/менеджера в процессе анализа проблем DevOps?](https://cleverics.ru/digital/kb-qa/chto-takoe-rol-koordinatora-menedzhera-v-protsesse-analiza-problem-devops/)

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

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

Рейтинг: 748

Теги: DevOps, CI/CD, командная работа, общие вопросы менеджмента, управление проблемами, управление процессами, ИТ-процессы