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

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

## [Какие недостатки может иметь RBAC в условиях динамично меняющейся среды?](https://cleverics.ru/digital/kb-qa/kakie-nedostatki-mozhet-imet-rbac-v-usloviyakh-dinamichno-menyayushcheysya-sredy/)

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

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

Рейтинг: 1058

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

## [Что происходит в команде, когда один участник слишком много берет на себя?](https://cleverics.ru/digital/kb-qa/chto-proiskhodit-v-komande-kogda-odin-uchastnik-slishkom-mnogo-beret-na-sebya/)

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

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

Рейтинг: 1057

Теги: командная работа, общие вопросы менеджмента

## [Как интегральный коэффициент доступности сети влияет на качество предоставляемых ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-integralnyy-koeffitsient-dostupnosti-seti-vliyaet-na-kachestvo-predostavlyaemykh-it-uslug/)

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

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

Рейтинг: 1057

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

## [Как применить цикл Деминга для улучшения процесса управления инцидентами?](https://cleverics.ru/digital/kb-qa/kak-primenit-tsikl-deminga-dlya-uluchsheniya-protsessa-upravleniya-intsidentami/)

Для улучшения процесса управления инцидентами с помощью цикла Деминга сначала нужно определить проблему (например, долгие сроки решения инцидентов). На этапе Планируй (Plan) анализируется процесс с использованием инструментов вроде Expanded Incident Lifecycle, выявляются узкие места и разрабатывается гипотеза решения (например, немедленное решение простых инцидентов). На этапе Выполняй (Do) реализуется гипотеза в течение определенного периода. На этапе Проверяй (Check) оценивается эффективность изменений через опросы пользователей и анализ метрик. На этапе Корректируй (Act) принимается решение о дальнейших действиях: если результаты неудовлетворительны, цикл запускается заново с новыми корректировками (разделение персонала на группы для простых и сложных инцидентов), а при успехе улучшения внедряются в постоянную практику.

Автор: Степан Хрулёв

Рейтинг: 1057

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

## [Как Warranty связана с соглашением об уровне услуг (SLA)?](https://cleverics.ru/digital/kb-qa/kak-warranty-svyazana-s-soglasheniem-ob-urovne-uslug-sla/)

Warranty напрямую связана с соглашением об уровне услуг (SLA), поскольку компоненты гарантии (доступность, мощность, безопасность и непрерывность) являются основой для определения количественных и качественных показателей SLA. SLA фиксирует ожидаемые уровни характеристик Warranty, которые поставщик услуги обязуется поддерживать. Например, SLA может определить, что услуга должна быть доступна 99,9% времени (доступность), иметь достаточную пропускную способность для 1000 одновременных пользователей (мощность), соответствовать определенным стандартам шифрования (безопасность) и иметь план восстановления после сбоев (непрерывность). Именно через эти показатели оценивается пригодность услуги к использованию, что позволяет потребителю понимать, на какие характеристики качества он может рассчитывать.

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

Рейтинг: 1057

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

## [Каким образом автоматическая эскалация может повлиять на качество диагностики инцидентов на каждом уровне поддержки?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-avtomaticheskaya-eskalatsiya-mozhet-povliyat-na-kachestvo-diagnostiki-intsidentov-na-k/)

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

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

Рейтинг: 1057

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

## [Как преодолеть сопротивление сотрудников при внедрении новых ITIL-процессов?](https://cleverics.ru/digital/kb-qa/kak-preodolet-soprotivlenie-sotrudnikov-pri-vnedrenii-novykh-itil-protsessov/)

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

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

Рейтинг: 1056

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

## [Почему лидер-слуга не всегда достаточно эффективен для управления командами?](https://cleverics.ru/digital/kb-qa/pochemu-lider-sluga-ne-vsegda-dostatochno-effektiven-dlya-upravleniya-komandami/)

Лидер-слуга не всегда эффективен, потому что его подход лучше всего работает с командами на поздних стадиях развития («Яркая молодость» и частично «Пубертат»), но не подходит для начинающих команд на уровне «Детский сад», которые еще не могут самостоятельно идентифицировать проблемы и решения. На первых этапах формирования команды необходим более директивный подход, когда лидер активно участвует в организации процессов и постепенно расширяет зону самостоятельности по мере развития способностей команды. На стадии «Пубертат» лидер-слуга может быть эффективен, но здесь также требуется умение «продавать» решения, так как директивное управление уже не работает. На уровне «Зрелость» лидер-слуга вообще не нужен, требуется лидер-партнер с высоким уровнем полномочий.

Автор: Павел Капусткин

Рейтинг: 1056

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

## [Какой процент ИТ-бюджета на развитие и управление ИТ выделяют активно расширяющиеся компании?](https://cleverics.ru/digital/kb-qa/kakoy-protsent-it-byudzheta-na-razvitie-i-upravlenie-it-vydelyayut-aktivno-rasshiryayushchiesya-komp/)

Активно расширяющиеся компании выделяют на 'развитие и управление ИТ' лишь 1-2% от общего размера ИТ-бюджета, что значительно меньше, чем компании, придерживающиеся стратегии выживания (которые выделяют 4-8%).

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

Рейтинг: 1056

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

## [Что необходимо учитывать при планировании ресурсов на сопровождение CMDB?](https://cleverics.ru/digital/kb-qa/chto-neobkhodimo-uchityvat-pri-planirovanii-resursov-na-soprovozhdenie-cmdb/)

При планировании ресурсов на сопровождение CMDB необходимо учитывать несколько ключевых факторов. Прежде всего, нужно разделить конфигурационные единицы на четыре основные группы: ИТ-системы, бизнес-приложения, технологические элементы бизнес-приложений и инфраструктура, так как разные группы требуют различного подхода к сопровождению. Также необходимо учитывать перечень задач сопровождения: первичная регистрация, обновление статусов, обновление при изменениях, операционный и периодический аудит, инвентаризация и отчетность. Важно учитывать стоимость рабочего времени для разных категорий специалистов и требования к их компетенциям, так как разные задачи обычно выполняются разными специалистами. Необходимо учитывать ширину охвата учета в CMDB, так как чем она больше, тем сложнее оценка трудозатрат. Идеально вести учет фактических трудозатрат («списание часов»), чтобы на основе этой статистики планировать ресурсы. Если такой учет не ведется, можно использовать консолидированную статистику с портала REALITSM.RU.

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

Рейтинг: 1055

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