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

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

## [Может ли экстренное изменение использоваться для внедрения новых функций?](https://cleverics.ru/digital/kb-qa/mozhet-li-ekstrennoe-izmenenie-ispolzovatsya-dlya-vnedreniya-novykh-funktsiy/)

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

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

Рейтинг: 1105

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

## [Как избежать формального подхода к созданию каталога ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-izbezhat-formalnogo-podkhoda-k-sozdaniyu-kataloga-it-uslug/)

Чтобы избежать формального подхода к созданию каталога ИТ-услуг, необходимо связать его напрямую с бизнес-процессами и ценностями. Каждая услуга в каталоге должна иметь четко обозначенный бизнес-владельца, определенный набор пользователей, SLA, согласованные с бизнесом, и показатели, измеряющие влияние на бизнес-результаты. Каталог нужно регулярно обновлять вместе с бизнес-заказчиками и использовать его как инструмент планирования и управления, а не просто как справочник. Примером может служить привязка каждой услуги к конкретным бизнес-процессам, например, услуга CRM к процессу продаж.

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

Рейтинг: 1105

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

## [Каким образом FTA может быть связан с анализом дерева событий (ETA) для более комплексного понимания рисков?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-fta-mozhet-byt-svyazan-s-analizom-dereva-sobytiy-eta-dlya-bolee-kompleksnogo-ponimaniy/)

FTA и анализ дерева событий (ETA) часто используются совместно как дополняющие друг друга методы. FTA – это дедуктивный метод (сверху вниз), направленный на анализ причин конкретного нежелательного события. ETA – индуктивный метод (снизу вверх), начиная с базового события, анализирующий все возможные последствия. Комбинация этих методов позволяет: использовать базовые события из FTA как отправные точки для построения ETA, что позволяет увидеть не только причины, но и все потенциальные последствия сбоя; проверить, не упущены ли какие-либо сценарии в FTA, через обратный анализ ETA; получить более полную картину рисковой ситуации – как от события к причинам, так и от причины к событиям. Например, базовое событие из FTA (например, отказ сервера) может стать начальной точкой для ETA, который покажет все возможные негативные сценарии, возникающие из-за этого отказа.

Автор: Павел Дёмин

Рейтинг: 1105

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

## [Почему формальные измерения (например, SLA) часто не вызывают интереса у бизнес-заказчика?](https://cleverics.ru/digital/kb-qa/pochemu-formalnye-izmereniya-naprimer-sla-chasto-ne-vyzyvayut-interesa-u-biznes-zakazchika/)

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

Автор: Игорь Гутник

Рейтинг: 1104

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

## [Какие критерии могут использоваться для приоритизации инцидентов в ИТ-службах?](https://cleverics.ru/digital/kb-qa/kakie-kriterii-mogut-ispolzovatsya-dlya-prioritizatsii-intsidentov-v-it-sluzhbakh/)

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

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

Рейтинг: 1104

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

## [Какие основные преимущества предлагает внедрение ITIL в компании?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-preimushchestva-predlagaet-vnedrenie-itil-v-kompanii/)

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

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

Рейтинг: 1104

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

## [Что такое назначение процесса в контексте ITIL и как его определить?](https://cleverics.ru/digital/kb-qa/chto-takoe-naznachenie-protsessa-v-kontekste-itil-i-kak-ego-opredelit/)

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

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

Рейтинг: 1104

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

## [Какие концептуальные основы сервисных отношений между ИТ и бизнесом рассматриваются в книге?](https://cleverics.ru/digital/kb-qa/kakie-kontseptualnye-osnovy-servisnykh-otnosheniy-mezhdu-it-i-biznesom-rassmatrivayutsya-v-knige/)

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

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

Рейтинг: 1104

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

## [Как определяется норма для системы при проектировании инцидентов?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-norma-dlya-sistemy-pri-proektirovanii-intsidentov/)

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

Автор: Игорь Гутник

Рейтинг: 1104

Теги: SLA, управление инцидентами, управление уровнем услуг, SLM

## [Как распределены каналы обращений пользователей в службу поддержки и какие последствия это имеет для работы?](https://cleverics.ru/digital/kb-qa/kak-raspredeleny-kanaly-obrashcheniy-polzovateley-v-sluzhbu-podderzhki-i-kakie-posledstviya-eto-imee/)

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

Автор: Михаил Тобурдановский

Рейтинг: 1104

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