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

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

## [Какие есть примеры некорректного использования переназначения инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-primery-nekorrektnogo-ispolzovaniya-perenaznacheniya-intsidentov-upominayutsya-v-tekste/)

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

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

Рейтинг: 1065

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

## [Что такое значительный инцидент?](https://cleverics.ru/digital/kb-qa/chto-takoe-znachitelnyy-intsident/)

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

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

Рейтинг: 1064

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

## [Как техническая готовность компонентов сети влияет на общий уровень доступности услуги?](https://cleverics.ru/digital/kb-qa/kak-tekhnicheskaya-gotovnost-komponentov-seti-vliyaet-na-obshchiy-uroven-dostupnosti-uslugi/)

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

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

Рейтинг: 1064

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

## [Почему компании в России не тратят усилия на построение культуры клиентоориентированности?](https://cleverics.ru/digital/kb-qa/pochemu-kompanii-v-rossii-ne-tratyat-usiliya-na-postroenie-kultury-klientoorientirovannosti/)

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

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

Рейтинг: 1063

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

## [Что подразумевается под процессом управления проблемами в ИТ?](https://cleverics.ru/digital/kb-qa/chto-podrazumevaetsya-pod-protsessom-upravleniya-problemami-v-it/)

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

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

Рейтинг: 1063

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

## [Какие практические шаги помогут провайдерам извлечь максимальную пользу из «Hard Candy» типа обратной связи?](https://cleverics.ru/digital/kb-qa/kakie-prakticheskie-shagi-pomogut-provayderam-izvlech-maksimalnuyu-polzu-iz-hard-candy-tipa-obratnoy/)

Чтобы максимизировать пользу от «Hard Candy» обратной связи, необходимо: 1) Быстро идентифицировать ценные короткие отзывы в общем потоке; 2) Установить персональный контакт с клиентом для уточнения деталей через телефон или email; 3) Использовать профессиональный опыт клиента (если он есть) для анализа замечаний; 4) Внедрить внутренние процессы, позволяющие оперативно реагировать на обратную связь, например, создать специальную группу для обработки критических пунктов; 5) Фиксировать изменения, внесенные благодаря отзыву, и информировать клиента об этом, чтобы мотивировать его на дальнейшее участие.

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

Рейтинг: 1063

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

## [Почему на ранних этапах внедрения процессов ИТ-управления важнее двигаться от простого к сложному?](https://cleverics.ru/digital/kb-qa/pochemu-na-rannikh-etapakh-vnedreniya-protsessov-it-upravleniya-vazhnee-dvigatsya-ot-prostogo-k-sloz/)

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

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

Рейтинг: 1063

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

## [Какие этапы включает методология формирования ИТ-бюджета по ITIL?](https://cleverics.ru/digital/kb-qa/kakie-etapy-vklyuchaet-metodologiya-formirovaniya-it-byudzheta-po-itil/)

Методология формирования ИТ-бюджета по ITIL состоит из пяти основных этапов: получение бизнес-планов через Business Relationship Management (BRM) и Service Level Management (SLM), согласование планов потребления услуг с клиентами (SLM и управление емкостью сервисов), подготовка планов по ресурсному обеспечению включая персонал (Resource Capacity Management), вычисление стоимости ресурсов и услуг с аллокацией косвенных затрат (Financial Management for IT), и окончательный расчет стоимости услуг на основе потребления, приводящий к обоснованному операционному бюджету ИТ.

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

Рейтинг: 1063

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

## [Какие меры можно предпринять для снижения рисков некорректного закрытия инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-mery-mozhno-predprinyat-dlya-snizheniya-riskov-nekorrektnogo-zakrytiya-intsidentov/)

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

Автор: Дмитрий Подольский

Рейтинг: 1063

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

## [Какие преимущества даёт внедрение парадигмы ITSM в организации?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-vnedrenie-paradigmy-itsm-v-organizatsii/)

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

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

Рейтинг: 1061

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