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

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

## [Как соотносятся между собой SLA и OLA в рамках сервисной модели?](https://cleverics.ru/digital/kb-qa/kak-sootnosyatsya-mezhdu-soboy-sla-i-ola-v-ramkakh-servisnoy-modeli/)

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

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

Рейтинг: 919

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

## [Какие ITIL-практики помогают предотвратить повторную реализацию рисков?](https://cleverics.ru/digital/kb-qa/kakie-itil-praktiki-pomogayut-predotvratit-povtornuyu-realizatsiyu-riskov/)

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

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

Рейтинг: 919

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

## [Как учитывать влияние инфраструктурных сбоев на несколько ИТ-сервисов одновременно?](https://cleverics.ru/digital/kb-qa/kak-uchityvat-vliyanie-infrastrukturnykh-sboev-na-neskolko-it-servisov-odnovremenno/)

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

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

Рейтинг: 919

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

## [Почему важно заранее внедрять управленческие механизмы в ИТ-сфере?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-zaranee-vnedryat-upravlencheskie-mekhanizmy-v-it-sfere/)

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

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

Рейтинг: 918

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

## [Какие риски возникают при отсутствии процесса управления изменениями в управлении конфигурациями?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-otsutstvii-protsessa-upravleniya-izmeneniyami-v-upravlenii-konfiguratsiya/)

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

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

Рейтинг: 918

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

## [Почему использование статических весов не решает проблему игнорирования отдельных областей ответственности сотрудником?](https://cleverics.ru/digital/kb-qa/pochemu-ispolzovanie-staticheskikh-vesov-ne-reshaet-problemu-ignorirovaniya-otdelnykh-oblastey-otvet/)

Использование статических весов не решает проблему игнорирования отдельных областей ответственности, потому что даже при больших весах отклонений от статического веса, если у сотрудника много KPI, частичное невыполнение по одной метрике снизит общую оценку пропорционально её весу, но не достаточно критично. Например, при 10 равнозначных KPI (вес 10% для каждого) полный провал одного показателя снижает средний результат всего на 10%. Поэтому работник может решить: "Черт с ними с 10%, я не буду делать эту работу и сосредоточусь на остальных". Статические веса не усиливают значимость провала по какому-то конкретному показателю в зависимости от ситуации.

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

Рейтинг: 918

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

## [Какие требования должны предъявляться к обучению сотрудников службы поддержки?](https://cleverics.ru/digital/kb-qa/kakie-trebovaniya-dolzhny-predyavlyatsya-k-obucheniyu-sotrudnikov-sluzhby-podderzhki/)

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

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

Рейтинг: 918

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

## [Почему эмпатия важна в предоставлении сервиса клиентам?](https://cleverics.ru/digital/kb-qa/pochemu-empatiya-vazhna-v-predostavlenii-servisa-klientam/)

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

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

Рейтинг: 918

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

## [Какие вопросы следует обсудить между бизнесом и IT для предотвращения будущих недоразумений?](https://cleverics.ru/digital/kb-qa/kakie-voprosy-sleduet-obsudit-mezhdu-biznesom-i-it-dlya-predotvrashcheniya-budushchikh-nedorazumeniy/)

Для предотвращения будущих недоразумений между бизнесом и IT необходимо обсудить несколько ключевых аспектов, которые часто остаются за рамками обычной рутинной работы. Согласно тексту, нужно выяснить: одну ли мотивацию имеют бизнес-сотрудники и технические специалисты (обычно ответ — «нет»), одинаково ли понимают ли они термины и концепции (часто нет), одинаково ли воспринимают и участвуют в командных процессах (обычно нет), достаточно ли коммуникаций между ними и подходящая ли у них форма (часто недостаточно). Также важно, чтобы ИТ-специалисты могли простыми словами объяснять бизнесу смысл своей работы, трудности и обоснование решений. Такие обсуждения помогают создать общее понимание целей и процессов, что уменьшает риск накопления технического долга и улучшает взаимодействие в долгосрочной перспективе.

Автор: Сандра Урядова

Рейтинг: 918

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

## [Почему бизнес стремится избегать оперативного управления ИТ-бюджетом?](https://cleverics.ru/digital/kb-qa/pochemu-biznes-stremitsya-izbegat-operativnogo-upravleniya-it-byudzhetom/)

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

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

Рейтинг: 918

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