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

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

## [Как 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/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

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

## [В чем разница между процессом управления инцидентами и процессом управления изменениями?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-mezhdu-protsessom-upravleniya-intsidentami-i-protsessom-upravleniya-izmeneniyami/)

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

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

Рейтинг: 841

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

## [Чем опасна ситуация, когда команда привыкла к тому, что основную работу делает один человек?](https://cleverics.ru/digital/kb-qa/chem-opasna-situatsiya-kogda-komanda-privykla-k-tomu-chto-osnovnuyu-rabotu-delaet-odin-chelovek/)

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

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

Рейтинг: 840

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