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

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

## [Можно ли утверждать, что управление изменениями является частью процесса управления конфигурациями?](https://cleverics.ru/digital/kb-qa/mozhno-li-utverzhdat-chto-upravlenie-izmeneniyami-yavlyaetsya-chastyu-protsessa-upravleniya-konfigur/)

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

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

Рейтинг: 938

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

## [Какие типы изменений могут быть включены в стандартные изменения?](https://cleverics.ru/digital/kb-qa/kakie-tipy-izmeneniy-mogut-byt-vklyucheny-v-standartnye-izmeneniya/)

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

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

Рейтинг: 938

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

## [Как можно создать эмоциональную связь с клиентом через ИТ-сервис?](https://cleverics.ru/digital/kb-qa/kak-mozhno-sozdat-emotsionalnuyu-svyaz-s-klientom-cherez-it-servis/)

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

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

Рейтинг: 938

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

## [Почему в некоторых моделях роль координатора изменений называют 'Владелец изменений' и какие проблемы это создает?](https://cleverics.ru/digital/kb-qa/pochemu-v-nekotorykh-modelyakh-rol-koordinatora-izmeneniy-nazyvayut-vladelets-izmeneniy-i-kakie-prob/)

В некоторых моделях, например в IBM Tivoli Unified Process, роль координатора изменений называется 'Владелец изменений'. Это создает терминологическую путаницу из-за многозначного использования слова 'Owner' в ИТ-управлении. Слово 'Owner' уже используется в других контекстах, например, в управлении конфигурацией или в бизнес-аналитике, что может привести к недопониманию при коммуникации между различными подразделениями или при использовании разных методологий. Хотя эта неоднозначность не влияет напрямую на функциональные обязанности, она может создавать сложности в обучении персонала и при переходе между различными процессными моделями

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

Рейтинг: 938

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

## [Почему получение сводной финансовой информации об ИТ-активах является сложной, но важной задачей при внедрении processа управления конфигурациями?](https://cleverics.ru/digital/kb-qa/pochemu-poluchenie-svodnoy-finansovoy-informatsii-ob-it-aktivakh-yavlyaetsya-slozhnoy-no-vazhnoy-zad/)

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

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

Рейтинг: 937

Теги: ITSM, аллокация затрат, расчёт себестоимости услуг, бизнес, ценность, бизнес-заказчик, управление ИТ-активами, ITAM, SAM, управление конфигурациями, CMDB, управление процессами, ИТ-процессы, управление релизами, экономика и финансы, эффективность, оптимизация

## [Почему воздействия на отдельные переменные недостаточно для решения проблем в системе ИТ?](https://cleverics.ru/digital/kb-qa/pochemu-vozdeystviya-na-otdelnye-peremennye-nedostatochno-dlya-resheniya-problem-v-sisteme-it/)

Воздействия на отдельные переменные недостаточно для решения проблем в системе ИТ из-за наличия усиливающих и балансирующих циклов обратной связи, в которых эти переменные участвуют. Простое изменение отдельного показателя может привести к временному улучшению, но со временем система через цепочку причинно-следственных связей вернется к нежелательному состоянию или ситуация может даже усугубиться. Реальное решение требует понимания структуры циклов, определения ключевых точек воздействия и разработки стратегии, которая влияет на весь цикл, а не только на отдельные элементы. Например, попытка просто ускорить Time to market без учета влияния на Change Risk и Service Quality приведет к повышению числа сбоев и проблем. Истинное решение заключается в «оздоровлении» негативных циклов (разрушении вредоносных петель) или запуске новых балансирующих циклов, которые будут поддерживать желаемое состояние системы продолжительное время.

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

Рейтинг: 937

Теги: постоянное улучшение, совершенствование, CSI, PDCA, разработка ПО, стратегия, трансформация, ускорение, Time-to-Market, управление инцидентами, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы, эффективность, оптимизация

## [Почему проект аутсорсинга может быть нецелесообразен для компании?](https://cleverics.ru/digital/kb-qa/pochemu-proekt-autsorsinga-mozhet-byt-netselesoobrazen-dlya-kompanii/)

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

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

Рейтинг: 937

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

## [Чем опасно, если команда игнорирует метрики поставки?](https://cleverics.ru/digital/kb-qa/chem-opasno-esli-komanda-ignoriruet-metriki-postavki/)

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

Автор: Светлана Сапегина

Рейтинг: 937

Теги: Agile и гибкие методы разработки ПО, DevOps, CI/CD, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, командная работа, разработка ПО

## [Как категоризация инцидентов помогает в анализе тенденций и отчетности?](https://cleverics.ru/digital/kb-qa/kak-kategorizatsiya-intsidentov-pomogaet-v-analize-tendentsiy-i-otchetnosti/)

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

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

Рейтинг: 937

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

## [Почему важно измерять именно конечный результат работы ИТ-сервиса, а не только его технические параметры?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-izmeryat-imenno-konechnyy-rezultat-raboty-it-servisa-a-ne-tolko-ego-tekhnicheskie-par/)

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

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

Рейтинг: 937

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