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

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

## [Как создать эффективную ролевую модель для управления доступом?](https://cleverics.ru/digital/kb-qa/kak-sozdat-effektivnuyu-rolevuyu-model-dlya-upravleniya-dostupom/)

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

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

Рейтинг: 1376

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

## [В чем основное отличие между инцидентом и запросом на обслуживание в контексте ITIL?](https://cleverics.ru/digital/kb-qa/v-chem-osnovnoe-otlichie-mezhdu-intsidentom-i-zaprosom-na-obsluzhivanie-v-kontekste-itil/)

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

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

Рейтинг: 1375

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

## [Какова основная разница между обработкой сервисных запросов и управлением инцидентами в ITIL?](https://cleverics.ru/digital/kb-qa/kakova-osnovnaya-raznitsa-mezhdu-obrabotkoy-servisnykh-zaprosov-i-upravleniem-intsidentami-v-itil/)

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

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

Рейтинг: 1375

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

## [Как рассчитывается показатель Customer Satisfaction Index (CSI)?](https://cleverics.ru/digital/kb-qa/kak-rasschityvaetsya-pokazatel-customer-satisfaction-index-csi/)

Показатель Customer Satisfaction Index (CSI) рассчитывается по формуле: CSI = (M - Mmin) / (Mmax - Mmin), где M — средний балл по ответам пользователей, Mmin и Mmax — минимальный и максимальный баллы по шкале оценок. Значение находится в диапазоне от 0 до 1, причём чем выше значение, тем лучше. Например, для пятибалльной шкалы Mmin = 1, Mmax = 5. Этот показатель может быть получен как при закрытии обращений, так и в результате проведения целевых опросов.

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

Рейтинг: 1375

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

## [Какова роль сервисной экономики в процессе ежегодного обоснования ИТ-бюджета?](https://cleverics.ru/digital/kb-qa/kakova-rol-servisnoy-ekonomiki-v-protsesse-ezhegodnogo-obosnovaniya-it-byudzheta/)

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

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

Рейтинг: 1374

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

## [Как проявление гиперактивности одного участника влияет на развитие командной культуры?](https://cleverics.ru/digital/kb-qa/kak-proyavlenie-giperaktivnosti-odnogo-uchastnika-vliyaet-na-razvitie-komandnoy-kultury/)

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

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

Рейтинг: 1373

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

## [Как обучить ИТ-специалистов работе на линии Service Desk при ротационном принципе?](https://cleverics.ru/digital/kb-qa/kak-obuchit-it-spetsialistov-rabote-na-linii-service-desk-pri-rotatsionnom-printsipe/)

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

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

Рейтинг: 1373

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

## [Является ли SLA обязательным компонентом сервисного подхода в управлении ИТ?](https://cleverics.ru/digital/kb-qa/yavlyaetsya-li-sla-obyazatelnym-komponentom-servisnogo-podkhoda-v-upravlenii-it/)

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

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

Рейтинг: 1373

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

## [В чем заключается проблема наличия нескольких заказчиков у одной ИТ-услуги?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-problema-nalichiya-neskolkikh-zakazchikov-u-odnoy-it-uslugi/)

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

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

Рейтинг: 1372

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

## [Почему важно правильно расставлять приоритеты при классификации инцидентов?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-pravilno-rasstavlyat-prioritety-pri-klassifikatsii-intsidentov/)

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

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

Рейтинг: 1372

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