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

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

## [Чем отличается работа менеджера услуг от работы проектного менеджера в ИТ-сфере?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-rabota-menedzhera-uslug-ot-raboty-proektnogo-menedzhera-v-it-sfere/)

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

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

Рейтинг: 1157

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

## [Как определить допустимые значения для сопряженных метрик?](https://cleverics.ru/digital/kb-qa/kak-opredelit-dopustimye-znacheniya-dlya-sopryazhennykh-metrik/)

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

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

Рейтинг: 1157

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

## [Можно ли поддерживать актуальность CMDB без процесса управления изменениями?](https://cleverics.ru/digital/kb-qa/mozhno-li-podderzhivat-aktualnost-cmdb-bez-protsessa-upravleniya-izmeneniyami/)

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

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

Рейтинг: 1156

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

## [Какие этапы включает путешествие заказчика по ITIL?](https://cleverics.ru/digital/kb-qa/kakie-etapy-vklyuchaet-puteshestvie-zakazchika-po-itil/)

Путешествие заказчика по ITIL включает несколько ключевых этапов: Offer (Предложение), Agree (Согласование), Co-create (Совместное создание), и другие. На этапе Offer происходит сбор требований к услуге, на этапе Agree - согласование и фиксация условий услуги и требований к уровню обслуживания (SLA). Этап Co-create связан с непосредственным предоставлением услуги и взаимодействием пользователя с провайдером в процессе использования услуги. Каждый из этих этапов может запускать определенные потоки создания ценности в зависимости от типа взаимодействия и предъявляемого спроса.

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

Рейтинг: 1156

Теги: ITIL, SLA, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поддержка пользователей, Service Desk, Help Desk, поток создания ценности (Value Stream), управление отношениями, взаимодействие, BRM, управление уровнем услуг, SLM

## [Почему важно разделять понятия запроса на обслуживание и изменения в ИТ-управлении?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-razdelyat-ponyatiya-zaprosa-na-obsluzhivanie-i-izmeneniya-v-it-upravlenii/)

Важно разделять эти понятия, чтобы не упустить контроль над изменениями, которые требуют анализа рисков и авторизации. Если рассматривать запросы на обслуживание как эквивалент изменений, можно утратить важный аспект управления — оценку и контроль за всеми изменениями. Запросы на обслуживание обычно представляют собой стандартные процедуры, которые могут быть автоматизированы, тогда как любое изменение, даже стандартное, должно проходить через систему контроля для обеспечения его безопасности и минимизации рисков. Правильное разделение помогает сохранить целостность системы управления услугами и повысить эффективность работы.

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

Рейтинг: 1156

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

## [Каким образом процесс Управления инцидентами (INC) обеспечивает прозрачность в работе?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-protsess-upravleniya-intsidentami-inc-obespechivaet-prozrachnost-v-rabote/)

Процесс Управления инцидентами обеспечивает прозрачность в работе за счёт своевременной и эффективной передачи информации об инцидентах и их статусах. Для этого процесс должен быть построен так, чтобы пользователь получал нужную информацию в согласованные с заказчиком моменты времени и в согласованном формате через согласованные каналы. Это могут быть электронные письма, SMS, информация на портале самообслуживания (в личном кабинете), телефонные звонки или даже личные визиты в случае работы с VIP-пользователями. Процесс INC должен минимизировать количество повторных обращений пользователей по тем же инцидентам за счёт качественного информирования, что отражается в KPI: «Среднее число звонков на Service Desk и прочих контактов со стороны бизнес-пользователей по поводу уже зарегистрированных инцидентов».

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

Рейтинг: 1156

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

## [Какие стандарты относятся к управлению инцидентами информационной безопасности?](https://cleverics.ru/digital/kb-qa/kakie-standarty-otnosyatsya-k-upravleniyu-intsidentami-informatsionnoy-bezopasnosti/)

К стандартам управления инцидентами информационной безопасности относятся ГОСТ Р ИСО/МЭК 18044-2007 (Информационная технология - Методы и средства обеспечения безопасности - Менеджмент инцидентов информационной безопасности) и E.409 (Организация по реагированию на инциденты и обработка инцидентов безопасности: Руководство для организаций электросвязи). Эти документы содержат рекомендации по организации реагирования на инциденты и управлению процессами безопасности.

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

Рейтинг: 1156

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

## [Как адаптировать общий процесс управления изменениями под специфику разных типов ИТ-систем?](https://cleverics.ru/digital/kb-qa/kak-adaptirovat-obshchiy-protsess-upravleniya-izmeneniyami-pod-spetsifiku-raznykh-tipov-it-sistem/)

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

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

Рейтинг: 1156

Теги: управление изменениями, управление процессами, ИТ-процессы

## [Что такое сервисная эмпатия в контексте предоставления услуг?](https://cleverics.ru/digital/kb-qa/chto-takoe-servisnaya-empatiya-v-kontekste-predostavleniya-uslug/)

Сервисная эмпатия (Service empathy) — это способность распознавать, понимать, прогнозировать и проецировать интересы, потребности, намерения и опыт другой стороны для установления, поддержания и улучшения сервисных отношений. Она не сводится к простому сочувствию, а включает в себя более сложный процесс — полное понимание, отражение и разделяние чувств, потребностей и мотивации клиента. Эмпатия в сервисе позволяет не только реагировать на уже существующие запросы, но и предугадывать скрытые потребности клиентов, предлагая решения, о которых они сами могли не думать. Это явление является ключевым элементом для создания позитивного клиентского опыта (CX) и пользовательского опыта (UX), формируя лояльность и доверие к компании. Основой сервисной эмпатии выступает умение «встать на место» клиента, что позволяет лучше понять его ситуацию и ожидания.

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

Рейтинг: 1155

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

## [Почему важно создавать быстрые победы на шестом этапе модели Коттера?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-sozdavat-bystrye-pobedy-na-shestom-etape-modeli-kottera/)

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

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

Рейтинг: 1155

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