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

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

## [Какие риски снижает назначение руководителя отдела сопровождения прикладных систем в роли менеджера процесса управления инцидентами?](https://cleverics.ru/digital/kb-qa/kakie-riski-snizhaet-naznachenie-rukovoditelya-otdela-soprovozhdeniya-prikladnykh-sistem-v-roli-mene/)

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

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

Рейтинг: 759

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

## [Какие типичные подходы используются при первоначальном внедрении процесса управления уровнями обслуживания (SLM)?](https://cleverics.ru/digital/kb-qa/kakie-tipichnye-podkhody-ispolzuyutsya-pri-pervonachalnom-vnedrenii-protsessa-upravleniya-urovnyami/)

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

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

Рейтинг: 759

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

## [Чем отличаются современные средства ITSM-автоматизации от простых систем обработки заявок?](https://cleverics.ru/digital/kb-qa/chem-otlichayutsya-sovremennye-sredstva-itsm-avtomatizatsii-ot-prostykh-sistem-obrabotki-zayavok/)

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

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

Рейтинг: 759

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

## [Почему жесткие головые лимиты могут привести к увеличению затрат?](https://cleverics.ru/digital/kb-qa/pochemu-zhestkie-golovye-limity-mogut-privesti-k-uvelicheniyu-zatrat/)

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

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

Рейтинг: 759

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

## [В чем заключается ошибка «делать правильно, но не то, что нужно» в ИТ-менеджменте?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-oshibka-delat-pravilno-no-ne-to-chto-nuzhno-v-it-menedzhmente/)

Ошибка «делать правильно, но не то, что нужно» заключается в том, что ИТ-специалисты технически корректно выполняют задачи, но эти задачи не связаны с реальными бизнес-потребностями и не приносят ценности. Например, разработчики могут внедрить «крутой» API с высокой производительностью, но если он не интегрирован с CRM, бизнес не увидит роста продаж. Или сервис-деск может похвастаться 1000 закрытыми заявками, игнорируя 40% повторных обращений. В таких случаях работа выполняется технически грамотно, но не решает реальные проблемы бизнеса и клиентов, приводя к потраченным впустую ресурсам и неэффективности.

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

Рейтинг: 759

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

## [Какие примеры неэффективных процессов можно наблюдать в области эксплуатации ИТ-систем из-за искажения восприятия нормы?](https://cleverics.ru/digital/kb-qa/kakie-primery-neeffektivnykh-protsessov-mozhno-nablyudat-v-oblasti-ekspluatatsii-it-sistem-iz-za-isk/)

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

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

Рейтинг: 759

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

## [Как управление конфигурациями влияет на стабильность предоставляемых ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-upravlenie-konfiguratsiyami-vliyaet-na-stabilnost-predostavlyaemykh-it-uslug/)

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

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

Рейтинг: 759

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

## [Какой афоризм Аристотеля лежит в основе целостного подхода к управлению ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kakoy-aforizm-aristotelya-lezhit-v-osnove-tselostnogo-podkhoda-k-upravleniyu-it-uslugami/)

Фраза 'Целое больше суммы его частей', приписанная Аристотелю, является основой целостного подхода, подчеркивающего, что никакая услуга, практика, процесс, отдел или поставщик не существуют в одиночку. Это означает, что организация должна работать интегрированным образом, управляя своей деятельностью в целом, а не отдельными ее частями. Данный принцип отражен в руководящих принципах ITIL 4, в частности в принципе 'Используйте целостный подход' (Think and work holistically). При таком подходе важно понимать, как все части организации работают вместе интегрированным образом, а услуги предоставляются посредством координации всех необходимых компонентов без выборочного внимания к отдельным элементам системы.

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

Рейтинг: 759

Теги: ITIL, аутсорсинг, интеграция услуг

## [Что необходимо учитывать при взвешенном применении чат-ботов в организации?](https://cleverics.ru/digital/kb-qa/chto-neobkhodimo-uchityvat-pri-vzveshennom-primenenii-chat-botov-v-organizatsii/)

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

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

Рейтинг: 759

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

## [Как решают проблему учета комплексных активов, состоящих из ИТ и не-ИТ компонентов?](https://cleverics.ru/digital/kb-qa/kak-reshayut-problemu-ucheta-kompleksnykh-aktivov-sostoyashchikh-iz-it-i-ne-it-komponentov/)

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

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

Рейтинг: 759

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