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

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

## [Почему структуру SLA необходимо выбирать до проектирования процесса управления уровнем ИТ-услуг?](https://cleverics.ru/digital/kb-qa/pochemu-strukturu-sla-neobkhodimo-vybirat-do-proektirovaniya-protsessa-upravleniya-urovnem-it-uslug/)

Структуру SLA необходимо выбрать до проектирования процесса управления уровнем ИТ-услуг, поскольку структура SLA оказывает влияние на процедуры процесса, в частности на процедуры заключения SLA и оценки качества услуг.

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

Рейтинг: 76

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

## [Какой принцип должен соблюдаться при внедрении искусственного интеллекта в процессы с SLA и ответственностью перед бизнесом?](https://cleverics.ru/digital/kb-qa/kakoy-printsip-dolzhen-soblyudatsya-pri-vnedrenii-iskusstvennogo-intellekta-v-protsessy-s-sla-i-otve/)

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

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

Рейтинг: 74

Теги: AI, ML, LLM, ИИ, машинное обучение, SLA, бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента, управление инцидентами, управление конфигурациями, CMDB, управление релизами, управление рисками, управление уровнем услуг, SLM

## [Как организация может избежать ситуации, когда вспомогательные подразделения выполняют только надзорную функцию?](https://cleverics.ru/digital/kb-qa/kak-organizatsiya-mozhet-izbezhat-situatsii-kogda-vspomogatelnye-podrazdeleniya-vypolnyayut-tolko-na/)

Для предотвращения преобладания надзорной функции над сервисной организация может предпринять несколько действий. Во-первых, сформировать сервисную культуру: вспомогательные подразделения (IT, ИБ, HR, финансы) должны осознавать себя сервисными организациями, оказывающими услуги, а не только контролирующими органами. Во-вторых, внедрить сервисные соглашения: внутренние SLA должны отражать обязательства перед потребителями, а не только требования к ним. Во-третьих, обеспечить баланс голосов: подразделения-потребители должны иметь равный голос при формировании регламентов и соглашений с подразделениями-поставщиками. Во-четвёртых, оценивать вспомогательные подразделения по удовлетворённости потребителей услуг, а не только по соблюдению требований. Во-пятых, разделять сервисную и надзорную функции: явно выделять услуги (создание ценности) и контроль (обеспечение соответствия), чтобы и то, и другое развивалось осознанно.

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

Рейтинг: 68

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

## [Как можно учесть критические ситуации при заключении SLA?](https://cleverics.ru/digital/kb-qa/kak-mozhno-uchest-kriticheskie-situatsii-pri-zaklyuchenii-sla/)

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

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

Рейтинг: 58

Теги: SLA, постоянное улучшение, совершенствование, CSI, PDCA, управление запросами на обслуживание, управление конфигурациями, CMDB, управление уровнем услуг, SLM