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

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

## [Какие проблемы возникают при отсутствии синхронизации развития разных ИТ-команд в рамках одной компании?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-otsutstvii-sinkhronizatsii-razvitiya-raznykh-it-komand-v-ramkakh-odnoy/)

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

Автор: Светлана Сапегина

Рейтинг: 834

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

## [Почему растет количество инцидентов при внедрении ITSM-процессов?](https://cleverics.ru/digital/kb-qa/pochemu-rastet-kolichestvo-intsidentov-pri-vnedrenii-itsm-protsessov/)

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

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

Рейтинг: 834

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

## [Почему ITIL 4 не упоминает приоритизацию в процессе решения инцидента, но при этом считает её важной?](https://cleverics.ru/digital/kb-qa/pochemu-itil-4-ne-upominaet-prioritizatsiyu-v-protsesse-resheniya-intsidenta-no-pri-etom-schitaet-ee/)

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

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

Рейтинг: 834

Теги: ITIL, управление инцидентами

## [Какие параметры соотношения инцидентов и запросов следует отслеживать в работе сервис-деска?](https://cleverics.ru/digital/kb-qa/kakie-parametry-sootnosheniya-intsidentov-i-zaprosov-sleduet-otslezhivat-v-rabote-servis-deska/)

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

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

Рейтинг: 834

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

## [Какие критерии выбрать для оценки успешности внедрения учёта трудозатрат?](https://cleverics.ru/digital/kb-qa/kakie-kriterii-vybrat-dlya-otsenki-uspeshnosti-vnedreniya-ucheta-trudozatrat/)

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

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

Рейтинг: 834

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

## [Какую роль играет область анализа при использовании инструментов Role mining?](https://cleverics.ru/digital/kb-qa/kakuyu-rol-igraet-oblast-analiza-pri-ispolzovanii-instrumentov-role-mining/)

Ограничение области анализа определенными подразделениями или системами является важным аспектом использования инструментов Role mining, так как позволяет более детально и точно проанализировать права в конкретном контексте, сократить объем данных для обработки и сделать процесс более управляемым. Это также делает возможным периодический анализ отдельных частей системы, что помогает поддерживать общую ролевую модель в актуальном состоянии без необходимости полного пересмотра всего проекта управления доступом.

Автор: Александр Омельченко

Рейтинг: 834

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

## [Какие организации чаще всего создают специальные структуры для управления проблемами?](https://cleverics.ru/digital/kb-qa/kakie-organizatsii-chashche-vsego-sozdayut-spetsialnye-struktury-dlya-upravleniya-problemami/)

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

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

Рейтинг: 834

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

## [Какие обязанности могут быть делегированы "Координатору релизов" от менеджера процесса в рамках конкретного направления?](https://cleverics.ru/digital/kb-qa/kakie-obyazannosti-mogut-byt-delegirovany-koordinatoru-relizov-ot-menedzhera-protsessa-v-ramkakh-kon/)

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

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

Рейтинг: 834

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

## [Как границы между ИТ-активами и конфигурационными единицами соотносятся с границами между другими понятиями в ITIL, например, между запросами на обслуживание и стандартными изменениями?](https://cleverics.ru/digital/kb-qa/kak-granitsy-mezhdu-it-aktivami-i-konfiguratsionnymi-edinitsami-sootnosyatsya-s-granitsami-mezhdu-dr/)

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

Автор: Игорь Гутник

Рейтинг: 834

Теги: ITIL, управление запросами на обслуживание, управление изменениями, управление ИТ-активами, ITAM, SAM, управление конфигурациями, CMDB, управление процессами, ИТ-процессы

## [Какие альтернативы этапу 'Отложено' можно использовать в потоке создания ценности?](https://cleverics.ru/digital/kb-qa/kakie-alternativy-etapu-otlozheno-mozhno-ispolzovat-v-potoke-sozdaniya-tsennosti/)

Вместо этапа 'Отложено' в потоке создания ценности можно использовать несколько альтернатив: 1) Вернуть задачу на вход потока, если она не может быть продолжена, освободив слот для другой задачи; 2) Внедрить механизм быстрого разрешения блокеров, чтобы устранять причины задержек в течение короткого времени; 3) Установить строгие лимиты времени на разрешение внешних зависимостей; 4) Изменить дизайн потока таким образом, чтобы он мог обходить блокирующие факторы, например, через параллельные ветки работы; 5) Создать отдельный быстрый поток для разрешения блокеров, который будет обслуживать основной поток. Главное, чтобы задача либо двигалась вперед, добавляя ценность, либо покидала поток, высвобождая ресурсы.

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

Рейтинг: 834

Теги: бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поток создания ценности (Value Stream)