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

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

## [Как новые руководители могут адаптироваться к уже внедренным ITSM-процессам?](https://cleverics.ru/digital/kb-qa/kak-novye-rukovoditeli-mogut-adaptirovatsya-k-uzhe-vnedrennym-itsm-protsessam/)

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

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

Рейтинг: 1029

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

## [Как различие между выходами и результатами помогает в формировании каталога услуг?](https://cleverics.ru/digital/kb-qa/kak-razlichie-mezhdu-vykhodami-i-rezultatami-pomogaet-v-formirovanii-kataloga-uslug/)

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

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

Рейтинг: 1029

Теги: бизнес, ценность, бизнес-заказчик, трансформация, ускорение, Time-to-Market, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление каталогом ИТ-услуг, управление рисками

## [Как приоритизация инцидентов связана с факторами успеха практики управления инцидентами в ITIL 4?](https://cleverics.ru/digital/kb-qa/kak-prioritizatsiya-intsidentov-svyazana-s-faktorami-uspekha-praktiki-upravleniya-intsidentami-v-iti/)

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

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

Рейтинг: 1029

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

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

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

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

Рейтинг: 1029

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

## [Как определяется вспомогательная услуга в ITIL и чем она отличается от поддерживающей?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-vspomogatelnaya-usluga-v-itil-i-chem-ona-otlichaetsya-ot-podderzhivayushchey/)

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

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

Рейтинг: 1029

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

## [Кто отвечает за формирование и поддержание актуальности бэклога команды?](https://cleverics.ru/digital/kb-qa/kto-otvechaet-za-formirovanie-i-podderzhanie-aktualnosti-bekloga-komandy/)

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

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

Рейтинг: 1028

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

## [Что представляет собой микросервисная архитектура в сравнении с монолитной?](https://cleverics.ru/digital/kb-qa/chto-predstavlyaet-soboy-mikroservisnaya-arkhitektura-v-sravnenii-s-monolitnoy/)

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

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

Рейтинг: 1028

Теги: архитектура ИТ, TOGAF и IT4IT, мониторинг, эффективность, оптимизация

## [Почему проблема деградации CI/CD часто возникает в командах после первоначального внедрения?](https://cleverics.ru/digital/kb-qa/pochemu-problema-degradatsii-ci-cd-chasto-voznikaet-v-komandakh-posle-pervonachalnogo-vnedreniya/)

Проблема деградации CI/CD часто возникает после первоначального внедрения по нескольким причинам, связанным с человеческим фактором. Во-первых, это коллективное бессознательное и взаимная ответственность внутри команды, где решения принимаются сообща, а не одним человеком. Во-вторых, в командах часто существуют авторитеты, которые решают, что можно и нужно делать, вместо самоорганизации. В-третьих, мнение людей в команде может меняться под влиянием различных факторов, даже в течение одного дня, что приводит к нестабильности в подходах. В-четвертых, давление сроков, обязательств и SLA часто заставляет команды идти на компромиссы, временно отключая части конвейера (например, автотесты), ссылаясь на срочность других задач. Эти временные решения часто становятся постоянными, так как 'потом разберёмся' редко превращается в реальные действия. В результате, вся накопленная ранее практика работы может быть утрачена, так как перезапуск конвейера в будущем видится как задача низкого приоритета.

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

Рейтинг: 1028

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

## [Как CMDB помогает в управлении изменениями?](https://cleverics.ru/digital/kb-qa/kak-cmdb-pomogaet-v-upravlenii-izmeneniyami/)

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

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

Рейтинг: 1028

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

## [Какие сложности возникают при отражении инфраструктурных инцидентов в SLA?](https://cleverics.ru/digital/kb-qa/kakie-slozhnosti-voznikayut-pri-otrazhenii-infrastrukturnykh-intsidentov-v-sla/)

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

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

Рейтинг: 1028

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