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

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

## [Что отличает роль менеджера процесса от руководителя отдела в ИТ-организации?](https://cleverics.ru/digital/kb-qa/chto-otlichaet-rol-menedzhera-protsessa-ot-rukovoditelya-otdela-v-it-organizatsii/)

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

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

Рейтинг: 1068

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

## [Что такое страховка от перегрузки уровня поддержки через автоматическое привлечение следующего уровня и при каких условиях она работает?](https://cleverics.ru/digital/kb-qa/chto-takoe-strakhovka-ot-peregruzki-urovnya-podderzhki-cherez-avtomaticheskoe-privlechenie-sleduyush/)

Страховка от перегрузки уровня поддержки через автоматическое привлечение следующего уровня (Ln+1) представляет собой механизм, при котором заявка автоматически передается на следующий уровень, если предыдущий уровень (Ln) не только не решил инцидент, но и не принял его в работу в течение отведенного времени. Такой механизм работает только при соблюдении двух условий: 1) Существует четкая фиксированная схема маршрутизации эскалации; 2) Специалисты всегда корректно фиксируют факт приема заявки в работу перед началом ее решения. При выполнении этих условий автоматическая передача заявки на следующий уровень действительно защищает от застревания заявок в случае перегрузки конкретного уровня поддержки. Однако на практике второе условие часто нарушается, особенно во время инцидентов, что делает такую страховку ненадежной.

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

Рейтинг: 1068

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

## [Какие метрики используются для оценки эффективности управления проблемами?](https://cleverics.ru/digital/kb-qa/kakie-metriki-ispolzuyutsya-dlya-otsenki-effektivnosti-upravleniya-problemami/)

Вместо метрик типа 'доля своевременно решённых проблем' применяются: количество выявленных проблем через проактивный анализ, доля проблем, переведённых в известные ошибки, время на диагностику корневой причины, успешность внедрения решений (снижение повторных инцидентов), эффективность временных обходных путей. Эти показатели отражают специфику процесса — не скорость реакции, а качество анализа и долгосрочное улучшение стабильности сервисов.

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

Рейтинг: 1067

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

## [Какой смысл четвертого шага цикла Деминга (Act)?](https://cleverics.ru/digital/kb-qa/kakoy-smysl-chetvertogo-shaga-tsikla-deminga-act/)

Четвертый шаг цикла Деминга (Act) заключается в принятии решений относительно дальнейших действий после проверки результатов изменений. Он включает ответ на вопрос: 'Что делать дальше?'. Это может означать внедрение успешных улучшений в стандартную практику, игнорирование неудачных результатов без дополнительных изменений или запуск нового цикла PDCA с учетом полученного опыта. Act фокусируется на итоговой корректировке подхода и определении дальнейшей стратегии улучшений, что отличает его от этапа планирования, который предваряет непосредственное выполнение изменений.

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

Рейтинг: 1067

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

## [Из каких компонентов состоит Warranty в управлении услугами?](https://cleverics.ru/digital/kb-qa/iz-kakikh-komponentov-sostoit-warranty-v-upravlenii-uslugami/)

Warranty (Гарантия) в управлении услугами состоит из четырех основных компонентов: 1) Доступность (Availability) - насколько часто услуга доступна для использования, без простоев и перерывов; 2) Мощность (Capacity) - достаточность ресурсов для удовлетворения потребностей пользователей, например, достаточно ли яркости света для комфортного чтения; 3) Безопасность (Security) - защита от несанкционированного доступа и угроз, например, отсутствие возможности соседа воровать электричество; 4) Непрерывность (Continuity) - способность продолжать работу после сбоев или аварий, например, быстрое восстановление электричества после отключения. Эти компоненты вместе определяют, насколько услуга пригодна для использования (fit for use).

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

Рейтинг: 1067

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

## [Как в ITIL4 определяется конечный результат или ценность услуги для клиента?](https://cleverics.ru/digital/kb-qa/kak-v-itil4-opredelyaetsya-konechnyy-rezultat-ili-tsennost-uslugi-dlya-klienta/)

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

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

Рейтинг: 1067

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

## [В каких условиях отсутствие явного лидера в команде может быть положительным фактором?](https://cleverics.ru/digital/kb-qa/v-kakikh-usloviyakh-otsutstvie-yavnogo-lidera-v-komande-mozhet-byt-polozhitelnym-faktorom/)

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

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

Рейтинг: 1067

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

## [Почему бизнес-подразделения часто выступают единым фронтом при взаимодействии с ИТ?](https://cleverics.ru/digital/kb-qa/pochemu-biznes-podrazdeleniya-chasto-vystupayut-edinym-frontom-pri-vzaimodeystvii-s-it/)

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

Автор: Андрей Труфанов

Рейтинг: 1067

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

## [Как влияет управление проблемами на сокращение времени решения инцидентов?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-upravlenie-problemami-na-sokrashchenie-vremeni-resheniya-intsidentov/)

Управление проблемами существенно влияет на сокращение времени решения инцидентов, хотя часто его значение недооценивают. Если уменьшить общее количество инцидентов путем выявления и устранения их первопричин, это приведет к снижению нагрузки на персонал поддержки. Даже при одинаковой производительности сотрудников, меньшее количество инцидентов существенно снизит среднее время их решения из-за снижения очереди. Например, при 24 инцидентах в день (при условии их одновременного поступления утром) среднее время решения возрастает до 4 часов 10 минут, а при 12 инцидентах - падает до 2 часов 10 минут. Таким образом, управление проблемами влияет на процесс косвенно, сокращая поток инцидентов, что особенно важно с учетом неравномерного распределения инцидентов в течение дня (пиковой нагрузки в определенные часы).

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

Рейтинг: 1066

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

## [Что является основной целью практики управления инцидентами по ITIL 4, и как приоритизация способствует её достижению?](https://cleverics.ru/digital/kb-qa/chto-yavlyaetsya-osnovnoy-tselyu-praktiki-upravleniya-intsidentami-po-itil-4-i-kak-prioritizatsiya-s/)

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

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

Рейтинг: 1066

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