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

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

## [Как исключить влияние имитации деятельности на метрику продуктивности управления проблемами](https://cleverics.ru/digital/kb-qa/kak-isklyuchit-vliyanie-imitatsii-deyatelnosti-na-metriku-produktivnosti-upravleniya-problemami/)

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

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

Рейтинг: 832

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

## [Как централизованная ИТ-стратегия помогает в условиях высокой конкуренции между руководителями подразделений?](https://cleverics.ru/digital/kb-qa/kak-tsentralizovannaya-it-strategiya-pomogaet-v-usloviyakh-vysokoy-konkurentsii-mezhdu-rukovoditelya/)

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

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

Рейтинг: 832

Теги: ISO 20000, общие вопросы менеджмента, стратегия, управление отношениями, взаимодействие, BRM

## [Почему бизнесу важно участвовать в разработке методов измерения эффективности ИТ-сервиса?](https://cleverics.ru/digital/kb-qa/pochemu-biznesu-vazhno-uchastvovat-v-razrabotke-metodov-izmereniya-effektivnosti-it-servisa/)

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

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

Рейтинг: 832

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

## [Что представляет собой совместное создание ценности в сервисных отношениях?](https://cleverics.ru/digital/kb-qa/chto-predstavlyaet-soboy-sovmestnoe-sozdanie-tsennosti-v-servisnykh-otnosheniyakh/)

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

Автор: Игорь Фадеев

Рейтинг: 832

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

## [Какие сложности возникают при технической реализации ИТ-бюджетирования?](https://cleverics.ru/digital/kb-qa/kakie-slozhnosti-voznikayut-pri-tekhnicheskoy-realizatsii-it-byudzhetirovaniya/)

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

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

Рейтинг: 832

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

## [Какой афоризм Аристотеля лежит в основе целостного подхода к управлению ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kakoy-aforizm-aristotelya-lezhit-v-osnove-tselostnogo-podkhoda-k-upravleniyu-it-uslugami/)

Фраза 'Целое больше суммы его частей', приписанная Аристотелю, является основой целостного подхода, подчеркивающего, что никакая услуга, практика, процесс, отдел или поставщик не существуют в одиночку. Это означает, что организация должна работать интегрированным образом, управляя своей деятельностью в целом, а не отдельными ее частями. Данный принцип отражен в руководящих принципах ITIL 4, в частности в принципе 'Используйте целостный подход' (Think and work holistically). При таком подходе важно понимать, как все части организации работают вместе интегрированным образом, а услуги предоставляются посредством координации всех необходимых компонентов без выборочного внимания к отдельным элементам системы.

Автор: Игорь Фадеев

Рейтинг: 832

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

## [Почему важно устанавливать четкие временные рамки для CI/CD конвейера?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-ustanavlivat-chetkie-vremennye-ramki-dlya-ci-cd-konveyera/)

Важно устанавливать четкие временные рамки для CI/CD конвейера, чтобы избежать неопределенных ситуаций и иметь объективный критерий эффективности работы. Например, если установлено, что конвейер должен доставлять изменения до продуктивной среды не дольше чем за 15 минут, это создает четкий ориентир для оценки его работы. Такая конкретика не оставляет места для расплывчатых формулировок вроде 'как бы работает, но не очень' или 'вчера был, сегодня нет'. Четкие временные рамки помогают команде понимать, соответствует ли система требованиям и когда требуется вмешательство. Это также способствует дисциплине и ответственности внутри команды, так как все понимают, что конвейер должен работать стабильно и быстро, без компромиссов.

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

Рейтинг: 832

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

## [Почему некоторые считают управление доступом простым, несмотря на его многоуровневую структуру?](https://cleverics.ru/digital/kb-qa/pochemu-nekotorye-schitayut-upravlenie-dostupom-prostym-nesmotrya-na-ego-mnogourovnevuyu-strukturu/)

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

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

Рейтинг: 832

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

## [Что такое "стабильная зона" и как она помогает в RBAC?](https://cleverics.ru/digital/kb-qa/chto-takoe-stabilnaya-zona-i-kak-ona-pomogaet-v-rbac/)

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

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

Рейтинг: 832

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

## [Какой минимально эффективный состав первой линии поддержки рекомендуется для небольшой ИТ-организации?](https://cleverics.ru/digital/kb-qa/kakoy-minimalno-effektivnyy-sostav-pervoy-linii-podderzhki-rekomenduetsya-dlya-nebolshoy-it-organiza/)

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

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

Рейтинг: 832

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