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

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

## [Какие факторы влияют на производительность труда?](https://cleverics.ru/digital/kb-qa/kakie-faktory-vliyayut-na-proizvoditelnost-truda/)

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

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

Рейтинг: 1770

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

## [Что такое RBAC-модель и какие основные преимущества она имеет по сравнению с другими моделями управления доступом?](https://cleverics.ru/digital/kb-qa/chto-takoe-rbac-model-i-kakie-osnovnye-preimushchestva-ona-imeet-po-sravneniyu-s-drugimi-modelyami-u/)

RBAC (Role-Based Access Control) — это ролевая модель управления доступом, в которой доступ предоставляется не напрямую к объектам и операциям, а к определённым группам прав, объединённым по функциональному признаку (например, 'администратор системы', 'пользователь модуля N'). Основные преимущества RBAC по сравнению с другими моделями: наглядность (права структурированы по бизнес-ролям), простота назначения (администраторы работают с целыми группами прав, а не с отдельными объектами), соответствие бизнес-процессам и организационной структуре, возможность запрета использования смежных ролей для разделения полномочий, иерархия ролей (построение связок 'родительская-дочерняя') для наследования прав. В отличие от мандатной модели (MAC), где доступ зависит от уровня допуска пользователей и классификации информации, RBAC не требует жёсткой привязки к грифам секретности, что обеспечивает большую гибкость. В отличие от дискреционной модели (DAC), где настраиваются разрешения для каждого пользователя отдельно, RBAC избегает избыточной детализации и упрощает администрирование за счёт группировки прав в роли.

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

Рейтинг: 1743

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

## [Какую роль играет автоматизация в процессе обработки запросов технической поддержки?](https://cleverics.ru/digital/kb-qa/kakuyu-rol-igraet-avtomatizatsiya-v-protsesse-obrabotki-zaprosov-tekhnicheskoy-podderzhki/)

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

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

Рейтинг: 1731

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

## [Как Incident Rate может использоваться для прогнозирования количества инцидентов?](https://cleverics.ru/digital/kb-qa/kak-incident-rate-mozhet-ispolzovatsya-dlya-prognozirovaniya-kolichestva-intsidentov/)

Incident Rate позволяет прогнозировать объем обращений пользователей в ИТ-службу, используя текущее количество пользователей системы. Умножив ожидаемое число пользователей на средний показатель Incident Rate (например, 0.8–1.2), можно рассчитать примерное количество инцидентов за месяц и спланировать необходимые ресурсы, такие как количество сотрудников в службе поддержки или объём автоматизации процессов управления инцидентами.

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

Рейтинг: 1726

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

## [Что такое causal loop diagram (CLD) и какие элементы в него входят?](https://cleverics.ru/digital/kb-qa/chto-takoe-causal-loop-diagram-cld-i-kakie-elementy-v-nego-vkhodyat/)

Causal loop diagram (CLD) - это инструмент системной динамики, который позволяет отражать влияние разных переменных, характеризующих работу системы, друг на друга для объяснения ее поведения. CLD включает в себя переменные (такие как Market Size, Potential Customers, People Buying Product), связи между ними, которые бывают двух типов: S (same) - прямо пропорциональная зависимость (например, чем больше людей купили продукт, тем больше клиентская база) и O (opposite) - обратно пропорциональная зависимость (например, чем больше людей купило продукт, тем меньше потенциальных клиентов). Также в диаграмме обозначаются циклы обратной связи: R (reinforcing loop) - усиливающие циклы, которые усиливают изменения, и B (balancing loop) - балансирующие циклы, которые стремятся к равновесию и стабилизируют систему. Эти элементы в совокупности помогают анализировать и визуализировать сложные взаимодействия внутри системы и объяснять часто контринтуитивное поведение системы.

Автор: Павел Дёмин

Рейтинг: 1723

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

## [Какие показатели качества ИТ-услуг наиболее важны для потребителей?](https://cleverics.ru/digital/kb-qa/kakie-pokazateli-kachestva-it-uslug-naibolee-vazhny-dlya-potrebiteley/)

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

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

Рейтинг: 1716

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

## [Какова разница между Lead Time и Process Time в Lean-подходе?](https://cleverics.ru/digital/kb-qa/kakova-raznitsa-mezhdu-lead-time-i-process-time-v-lean-podkhode/)

В Lean-подходе Lead Time — это время от момента поступления запроса до его выполнения, то есть общий период, который заказчик ожидает результата. Process Time (также называемое Touch Time или Task Time) — это время, когда непосредственно осуществляется работа над запросом, без учета времени ожидания в очередях. Основная разница в том, что Lead Time учитывает все задержки и время ожидания, тогда как Process Time фокусируется только на активной работе. Поскольку именно Lead Time определяет восприятие скорости выполнения работы заказчиком, оптимизация обычно направлена на сокращение именно этого показателя, а не Process Time. Однако отношение Process Time к Lead Time служит важным индикатором общей эффективности потока.

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

Рейтинг: 1716

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

## [Что такое Value chain и чем она отличается от Value network?](https://cleverics.ru/digital/kb-qa/chto-takoe-value-chain-i-chem-ona-otlichaetsya-ot-value-network/)

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

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

Рейтинг: 1710

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

## [Как влияет неопределенность на процесс управления рисками?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-neopredelennost-na-protsess-upravleniya-riskami/)

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

Автор: Павел Дёмин

Рейтинг: 1710

Теги: мониторинг, управление рисками

## [Что такое роль Service Owner в ITIL и чем она отличается от сервис-менеджера?](https://cleverics.ru/digital/kb-qa/chto-takoe-rol-service-owner-v-itil-i-chem-ona-otlichaetsya-ot-servis-menedzhera/)

Роль Service Owner в ITIL представляет собой позицию, ответственную за управление услугой на протяжении всего её жизненного цикла. Эта роль включает обеспечение соответствия предоставления и поддержки услуги заявленным требованиям, интерпретацию требований заказчиков в ИТ-терминах, взаимодействие с менеджерами процессов, участие в обсуждении SLA и OLA, представительство на встречах по оценке услуги, выступление единой точкой ответственности за работу услуги, точкой эскалации для значительных инцидентов, участие в совете по изменениям (CAB) и обеспечение актуальности информации об услуге в каталоге. Service Owner отличается от сервис-менеджера тем, что является скорее стратегической ролью, фокусирующейся на общих аспектах услуги и её соответствии бизнес-целям, тогда как сервис-менеджер обычно занимается оперативным управлением и поддержкой услуг.

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

Рейтинг: 1705

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