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

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

## [Чем отличается управление инцидентами в ITIL 4 от предыдущих версий ITIL?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-upravlenie-intsidentami-v-itil-4-ot-predydushchikh-versiy-itil/)

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

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

Рейтинг: 977

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

## [Какие методы помогают управлять количеством параллельно решаемых проблем?](https://cleverics.ru/digital/kb-qa/kakie-metody-pomogayut-upravlyat-kolichestvom-parallelno-reshaemykh-problem/)

Для управления количеством проблем применяются различные методы, такие как Kanban с его ограничениями на текущую загрузку (work-in-progress limit), методика Top 5-10, которая фокусируется на самых приоритетных задачах, и принцип числа Миллера (7±2 элемента), учитывающий когнитивные способности человека. Также эффективны ежедневные планирования, постановка четких приоритетов и регулярный аудит текущих задач для своевременного закрытия незавершенных проблем. Эти подходы помогают сохранять баланс между загрузкой и производительностью.

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

Рейтинг: 977

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

## [Почему важно учитывать получателя при составлении делового письма?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-poluchatelya-pri-sostavlenii-delovogo-pisma/)

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

Автор: Андрей Носов

Рейтинг: 977

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

## [Что такое сервисные отношения и как они связаны с SLA?](https://cleverics.ru/digital/kb-qa/chto-takoe-servisnye-otnosheniya-i-kak-oni-svyazany-s-sla/)

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

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

Рейтинг: 977

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

## [На какие критерии успеха в управлении инцидентами следует ориентироваться помимо отраслевых benchmarks?](https://cleverics.ru/digital/kb-qa/na-kakie-kriterii-uspekha-v-upravlenii-intsidentami-sleduet-orientirovatsya-pomimo-otraslevykh-bench/)

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

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

Рейтинг: 977

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

## [Как группировать KPI при расчете комплексного показателя качества услуги?](https://cleverics.ru/digital/kb-qa/kak-gruppirovat-kpi-pri-raschete-kompleksnogo-pokazatelya-kachestva-uslugi/)

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

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

Рейтинг: 977

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

## [Как определить назначение ITSM-процессов для целей их развития?](https://cleverics.ru/digital/kb-qa/kak-opredelit-naznachenie-itsm-protsessov-dlya-tseley-ikh-razvitiya/)

Назначение всех ITSM-процессов формулируется через их вклад в обеспечение качества ИТ-услуг. Например, управление инцидентами: 'Обеспечение качества ИТ-услуг посредством скорейшего устранения инцидентов'. Управление проблемами: 'Обеспечение качества ИТ-услуг посредством повышения надежности ИТ-систем'. Эти формулировки становятся основой для постановки целей развития, так как каждое улучшение должно напрямую усиливать указанное назначение процесса.

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

Рейтинг: 977

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

## [Какие задачи можно решить без применения сервисного подхода в ИТ?](https://cleverics.ru/digital/kb-qa/kakie-zadachi-mozhno-reshit-bez-primeneniya-servisnogo-podkhoda-v-it/)

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

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

Рейтинг: 977

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

## [Почему использование термина «проблема» в бытовом смысле может привести к путанице в ITIL?](https://cleverics.ru/digital/kb-qa/pochemu-ispolzovanie-termina-problema-v-bytovom-smysle-mozhet-privesti-k-putanitse-v-itil/)

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

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

Рейтинг: 977

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

## [Что такое трудность в построении ролевой модели управляемого доступа?](https://cleverics.ru/digital/kb-qa/chto-takoe-trudnost-v-postroenii-rolevoy-modeli-upravlyaemogo-dostupa/)

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

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

Рейтинг: 976

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