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

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

## [Какое время в процессе управления инцидентами часто недооценивается и почему это важно учитывать?](https://cleverics.ru/digital/kb-qa/kakoe-vremya-v-protsesse-upravleniya-intsidentami-chasto-nedootsenivaetsya-i-pochemu-eto-vazhno-uchi/)

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

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

Рейтинг: 841

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

## [Как CLD помогает в определении опережающих и отложенных показателей?](https://cleverics.ru/digital/kb-qa/kak-cld-pomogaet-v-opredelenii-operezhayushchikh-i-otlozhennykh-pokazateley/)

CLD помогает в определении опережающих и отложенных показателей, отображая причинно-следственные связи между элементами системы. Отложенные показатели (trailing indicators) напрямую связаны с конечным результатом и отражают уже случившиеся события (например, 'Percentage of Changes Without Recurring incidents' для оценки Change Risk). Опережающие показатели (leading indicators) связаны с факторами, которые влияют на конечный результат (например, 'Release size' и 'Emergency change rate' для прогноза уровня риска изменений). Это позволяет использовать опережающие показатели для прогнозирования будущих результатов и своевременной корректировки процесса.

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

Рейтинг: 841

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

## [Какие метрики и KPI должны отслеживать менеджеры процесса?](https://cleverics.ru/digital/kb-qa/kakie-metriki-i-kpi-dolzhny-otslezhivat-menedzhery-protsessa/)

Менеджеры процесса должны отслеживать метрики, отражающие эффективность всего процесса: время прохождения процесса (cycle time), количество ошибок или повторных работ (defect rate), удовлетворенность заказчика результатом процесса, затраты на выполнение процесса, соблюдение сроков этапов, коэффициент использования ресурсов. Важно, чтобы KPI были сквозными и оценивали не отдельные подразделения, а результат всего процесса, так как это позволяет менеджеру процесса сосредоточиться на улучшении целостной работы, а не на локальной оптимизации отдельных частей.

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

Рейтинг: 841

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

## [Можно ли закрывать инциденты на второй линии поддержки и при каких условиях?](https://cleverics.ru/digital/kb-qa/mozhno-li-zakryvat-intsidenty-na-vtoroy-linii-podderzhki-i-pri-kakikh-usloviyakh/)

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

Автор: Дмитрий Подольский

Рейтинг: 841

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

## [Чем гибридная модель управления доступом лучше чистого RBAC?](https://cleverics.ru/digital/kb-qa/chem-gibridnaya-model-upravleniya-dostupom-luchshe-chistogo-rbac/)

Гибридная модель (RBAC + ABAC) превосходит чистый RBAC гибкостью и точностью. RBAC ограничен статическими ролями, тогда как добавление ABAC позволяет учитывать контекст (время, местоположение, свойства объекта). Например, менеджер с ролью «Редактор заказов» может редактировать заказы только в своём филиале и при соблюдении лимита стоимости. Это снижает риски избыточных прав и повышает соответствие политикам безопасности.

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

Рейтинг: 841

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

## [Как подобрать баланс между процессным и сервисным подходами в практике управления ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kak-podobrat-balans-mezhdu-protsessnym-i-servisnym-podkhodami-v-praktike-upravleniya-it-uslugami/)

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

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

Рейтинг: 841

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

## [Чем отличается подход к контролю в ITIL от классического определения?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-podkhod-k-kontrolyu-v-itil-ot-klassicheskogo-opredeleniya/)

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

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

Рейтинг: 841

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

## [Почему на рынке не появляются провайдеры с четкими гарантиями качества связи?](https://cleverics.ru/digital/kb-qa/pochemu-na-rynke-ne-poyavlyayutsya-provaydery-s-chetkimi-garantiyami-kachestva-svyazi/)

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

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

Рейтинг: 841

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

## [Как поставщик услуг может оценить ценность, которую он предоставляет?](https://cleverics.ru/digital/kb-qa/kak-postavshchik-uslug-mozhet-otsenit-tsennost-kotoruyu-on-predostavlyaet/)

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

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

Рейтинг: 841

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

## [Существуют ли отраслевые версии PCF и чем они отличаются от общей модели?](https://cleverics.ru/digital/kb-qa/sushchestvuyut-li-otraslevye-versii-pcf-i-chem-oni-otlichayutsya-ot-obshchey-modeli/)

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

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

Рейтинг: 841

Теги: управление процессами, ИТ-процессы