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

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

## [Почему простота и практичность важны в сервисном мышлении?](https://cleverics.ru/digital/kb-qa/pochemu-prostota-i-praktichnost-vazhny-v-servisnom-myshlenii/)

Простота и практичность важны в сервисном мышлении, потому что они напрямую влияют на пользовательский опыт. Анализируя, какие интерфейсы доступны пользователям, как выглядит путь пользователя, и насколько пользователи удовлетворены взаимодействием с сервисом, можно выявить узкие места и возможности для улучшения. Принцип 'Keep it simple and practical' призывает устранять излишнюю сложность и фокусироваться на том, что реально важно для клиента, делая взаимодействие с сервисом максимально удобным и понятным.

Автор: Александр Движков

Рейтинг: 1056

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

## [Как в условиях SLA описать взаимосвязь между инфраструктурными компонентами и ИТ-сервисами?](https://cleverics.ru/digital/kb-qa/kak-v-usloviyakh-sla-opisat-vzaimosvyaz-mezhdu-infrastrukturnymi-komponentami-i-it-servisami/)

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

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

Рейтинг: 1056

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

## [Какое значение имеет разделение «клиентов» на заказчиков и пользователей в ИТ-управлении?](https://cleverics.ru/digital/kb-qa/kakoe-znachenie-imeet-razdelenie-klientov-na-zakazchikov-i-polzovateley-v-it-upravlenii/)

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

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

Рейтинг: 1055

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

## [Что такое AARM и как его можно применять для оценки успеха продукта?](https://cleverics.ru/digital/kb-qa/chto-takoe-aarm-i-kak-ego-mozhno-primenyat-dlya-otsenki-uspekha-produkta/)

AARM представляет собой структурированный подход к измерению успеха продукта через четыре ключевые области: Acquisition (привлечение пользователей и доказательство наличия интереса к продукту), Activation (измерение процесса приобретения и получения возможности использования продукта), Retention (уровень заинтересованности потребителя после первого использования продукта) и Monetization (финансовые метрики, связанные с продуктом и его потребителями). Эта модель позволяет компаниям систематически оценивать различные аспекты успешности продукта. Для потребительских (B2C) продуктов данная модель работает наиболее эффективно благодаря наличию большой пользовательской базы, что упрощает сбор данных и анализ. В государственных и некоммерческих проектах AARM также применим, хотя метрики монетизации могут быть менее важны, а акцент смещается на измерение пользовательского путешествия и удовлетворенности. В B2B и инховз-продуктах применение AARM сложнее из-за ограниченной пользовательской базы и различий между покупателем и конечным пользователем, однако основные принципы модели сохраняются.

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

Рейтинг: 1055

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

## [Зачем нужен процесс управления релизами в ИТ-организации?](https://cleverics.ru/digital/kb-qa/zachem-nuzhen-protsess-upravleniya-relizami-v-it-organizatsii/)

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

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

Рейтинг: 1055

Теги: DevOps, CI/CD, управление изменениями, управление релизами

## [Что такое цепочка поставок ИТ-услуг и как она влияет на управление сервисами?](https://cleverics.ru/digital/kb-qa/chto-takoe-tsepochka-postavok-it-uslug-i-kak-ona-vliyaet-na-upravlenie-servisami/)

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

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

Рейтинг: 1055

Теги: DevOps, CI/CD, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, мониторинг, управление конфигурациями, CMDB

## [Чем отличается учет ИТ-активов от управления конфигурациями?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-uchet-it-aktivov-ot-upravleniya-konfiguratsiyami/)

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

Автор: Михаил Тобурдановский

Рейтинг: 1055

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

## [Как SIP влияет на процесс управления изменениями в ITSM?](https://cleverics.ru/digital/kb-qa/kak-sip-vliyaet-na-protsess-upravleniya-izmeneniyami-v-itsm/)

SIP напрямую влияет на процесс управления изменениями, стимулируя развитие практики PIR (Post Implementation Review) — анализа результатов после внедрения изменений. Программа совершенствования услуг задает необходимость оценки каждого изменения с точки зрения его влияния на качество услуг и удовлетворенность клиентов, что делает процесс управления изменениями более ориентированным на результат. Это позволяет не просто внедрять изменения ради изменений, но и систематически улучшать услуги на основе анализа обратной связи и реальных результатов.

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

Рейтинг: 1055

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

## [Почему массовые инциденты чаще становятся инцидентами недоступности?](https://cleverics.ru/digital/kb-qa/pochemu-massovye-intsidenty-chashche-stanovyatsya-intsidentami-nedostupnosti/)

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

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

Рейтинг: 1055

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

## [Что такое метод анализа 5-Why's и как он используется в процессе управления проблемами ITIL?](https://cleverics.ru/digital/kb-qa/chto-takoe-metod-analiza-5-why-s-i-kak-on-ispolzuetsya-v-protsesse-upravleniya-problemami-itil/)

Метод анализа 5-Why's предполагает многократное задавание вопроса «почему» (пять раз) для выявления корневой причины проблемы. В процессе управления проблемами ITIL метод позволяет последовательно углубляться в анализ каждой последующей причины предыдущего явления. Например, при анализе неработающего принтера такой подход выявляет цепочку: неисправный нагревательный элемент → перепады напряжения → нестабильная работа подстанции → её устаревание → отсутствие модернизации. Цель метода — определить первопричину, хотя на практике часто останавливаются на том этапе, где обнаруживается граница зоны влияния поставщика услуг.

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

Рейтинг: 1054

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