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

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

## [Что представляет собой интегрированный подход CSI в контексте Tipu?](https://cleverics.ru/digital/kb-qa/chto-predstavlyaet-soboy-integrirovannyy-podkhod-csi-v-kontekste-tipu/)

Интегрированный подход CSI в контексте Tipu представляет собой метод, при котором непрерывное улучшение применяется не только к услугам, но и к самим процессам управления. Это означает, что с самого начала внедрения системы управления ИТ-услугами закладывается цикл постоянного анализа, корректировки и развития процессов. Такой подход позволяет системе развиваться органично, решая реальные проблемы заказчика через небольшие итерации, и обеспечивает постепенное повышение уровня зрелости как отдельных процессов, так и всей системы управления в целом.

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

Рейтинг: 751

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

## [Кто и как должен поддерживать актуальность матрицы бизнес-ролей после внедрения системы управления доступом?](https://cleverics.ru/digital/kb-qa/kto-i-kak-dolzhen-podderzhivat-aktualnost-matritsy-biznes-roley-posle-vnedreniya-sistemy-upravleniya/)

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

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

Рейтинг: 751

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

## [Как функционирует механизм наследования прав в иерархической RBAC?](https://cleverics.ru/digital/kb-qa/kak-funktsioniruet-mekhanizm-nasledovaniya-prav-v-ierarkhicheskoy-rbac/)

В иерархической RBAC (Hierarchical RBAC) механизм наследования прав работает на основе организации ролей по принципу старшинства. Роли располагаются в иерархическом порядке, и нижестоящие роли наследуют все права доступа от вышестоящих ролей. Например, если роль 'Главный инженер' расположена ниже роли 'Сотрудник' в иерархии, то 'Главный инженер' автоматически получает все права, определенные для роли 'Сотрудник', плюс свои собственные дополнительные права. Это позволяет уменьшить дублирование прав при проектировании системы, так как общие базовые права можно вынести в одну роль, а специфические - в более специализированные нижестоящие роли. Механизм наследования значительно упрощает администрирование крупных систем с большим количеством пользователей и ролей.

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

Рейтинг: 751

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

## [Каковы особенности применения каталога услуг во внутреннем ИТ-подразделении?](https://cleverics.ru/digital/kb-qa/kakovy-osobennosti-primeneniya-kataloga-uslug-vo-vnutrennem-it-podrazdelenii/)

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

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

Рейтинг: 751

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

## [Почему некоторые компании предпочитают самостоятельно развивать инструменты автоматизации?](https://cleverics.ru/digital/kb-qa/pochemu-nekotorye-kompanii-predpochitayut-samostoyatelno-razvivat-instrumenty-avtomatizatsii/)

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

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

Рейтинг: 751

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

## [Как определить, какие виды ПО требуют лицензирования в организации?](https://cleverics.ru/digital/kb-qa/kak-opredelit-kakie-vidy-po-trebuyut-litsenzirovaniya-v-organizatsii/)

Для определения ПО, требующего лицензирования, необходимо составить список критически важных программ (например, Microsoft Suite, Adobe Photoshop), проанализировать правила лицензирования вендоров (особенно сложные, как у Oracle), и использовать сканеры сети для выявления фактически установленных продуктов. Затем данные следует сопоставить с купленными лицензиями. Важно сосредоточиться на тех продуктах, где наиболее высок риск нарушения лицензионных соглашений или штрафов (например, часто копируемый софт). Серверное ПО обычно менее приоритетно для первоначального учёта.

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

Рейтинг: 751

Теги: управление ИТ-активами, ITAM, SAM, управление продуктами, продуктовый подход, управление рисками

## [Какие методологии предусматривают работу со сопряженными метриками?](https://cleverics.ru/digital/kb-qa/kakie-metodologii-predusmatrivayut-rabotu-so-sopryazhennymi-metrikami/)

Методология ITIL V3 прямо рассматривает понятие Tension Metrics (Сопряженные метрики) в контексте управления ИТ-услугами. Также подобные концепции присутствуют в системном подходе, теории ограничений (TOC), Lean-менеджменте и шести сигмах, где анализируются взаимосвязи между показателями и ищутся оптимальные точки баланса между конкурирующими требованиями.

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

Рейтинг: 751

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

## [Как отличается работа отдела маркетинга от работы отдела продаж согласно SLA-подходу?](https://cleverics.ru/digital/kb-qa/kak-otlichaetsya-rabota-otdela-marketinga-ot-raboty-otdela-prodazh-soglasno-sla-podkhodu/)

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

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

Рейтинг: 750

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

## [Как следует ориентироваться при разработке продукта или сервиса в условиях конфликта интересов?](https://cleverics.ru/digital/kb-qa/kak-sleduet-orientirovatsya-pri-razrabotke-produkta-ili-servisa-v-usloviyakh-konflikta-interesov/)

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

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

Рейтинг: 750

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

## [Какие примеры сопряженных метрик можно привести, кроме доступности первой линии и решения обращений на первой линии?](https://cleverics.ru/digital/kb-qa/kakie-primery-sopryazhennykh-metrik-mozhno-privesti-krome-dostupnosti-pervoy-linii-i-resheniya-obras/)

Примеры сопряженных метрик: скорость обработки заказов и точность выполнения заказов (чем быстрее обработка, тем выше вероятность ошибок); количество контента, публикуемого на платформе, и его качество (больше контента часто означает снижение его среднего качества); сокращение бюджета проекта и качество конечного продукта (снижение затрат часто ведет к ухудшению качества).

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

Рейтинг: 750

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