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

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

## [Как автоматизировать проверку данных CMDB?](https://cleverics.ru/digital/kb-qa/kak-avtomatizirovat-proverku-dannykh-cmdb/)

Автоматизация проверки CMDB включает использование сканеров обнаружения CI (например, ServiceNow Discovery, Lansweeper), интеграцию с системами мониторинга (Zabbix, Nagios) для сравнения реальных показателей с записями CMDB, и настройку триггеров на аномальные изменения (например, массовое обновление атрибутов за короткий срок). Для статических данных применяются скрипты сравнения с источниками доверенных данных (активы в финансовой системе). Ключевой элемент — регулярные сверки через API между CMDB и системами управления изменениями, чтобы отслеживать соответствие внесенных изменений утвержденным запросам.

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

Рейтинг: 937

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

## [Как можно устранить конфликт между проектным офисом и подразделениями эксплуатации?](https://cleverics.ru/digital/kb-qa/kak-mozhno-ustranit-konflikt-mezhdu-proektnym-ofisom-i-podrazdeleniyami-ekspluatatsii/)

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

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

Рейтинг: 936

Теги: управление изменениями, управление проектами, PRINCE2, управление релизами, управление рисками

## [Как определить точки взаимодействия с потребителем в путешествии заказчика?](https://cleverics.ru/digital/kb-qa/kak-opredelit-tochki-vzaimodeystviya-s-potrebitelem-v-puteshestvii-zakazchika/)

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

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

Рейтинг: 936

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

## [Как создать баланс между оперативным реагированием на инциденты и выполнением плановых работ?](https://cleverics.ru/digital/kb-qa/kak-sozdat-balans-mezhdu-operativnym-reagirovaniem-na-intsidenty-i-vypolneniem-planovykh-rabot/)

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

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

Рейтинг: 936

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

## [Какие негативные последствия имеет накопление очередей в процессе ИТ-разработки?](https://cleverics.ru/digital/kb-qa/kakie-negativnye-posledstviya-imeet-nakoplenie-ocheredey-v-protsesse-it-razrabotki/)

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

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

Рейтинг: 936

Теги: DevOps, CI/CD, аллокация затрат, расчёт себестоимости услуг, аудит, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, командная работа, поддержка пользователей, Service Desk, Help Desk, управление процессами, ИТ-процессы, экономика и финансы

## [Какой документ является первичным: запрос на изменение (RFC) или предложение об изменении (Change proposal)?](https://cleverics.ru/digital/kb-qa/kakoy-dokument-yavlyaetsya-pervichnym-zapros-na-izmenenie-rfc-ili-predlozhenie-ob-izmenenii-change-p/)

Предложение об изменении (Change proposal) является первичным документом. Оно создается на стратегическом уровне в рамках процесса управления портфелем услуг. RFC появляется уже после утверждения Change proposal и служит инструментом для реализации конкретных технических изменений, определенных в высоком уровне планирования.

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

Рейтинг: 936

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

## [Каковы основные потоки ценности, создаваемые ИТ-поддержкой в современных условиях?](https://cleverics.ru/digital/kb-qa/kakovy-osnovnye-potoki-tsennosti-sozdavaemye-it-podderzhkoy-v-sovremennykh-usloviyakh/)

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

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

Рейтинг: 936

Теги: AI, ML, LLM, ИИ, машинное обучение, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, мониторинг, обучение сотрудников, учебные курсы, тренинги, поддержка пользователей, Service Desk, Help Desk, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление запросами на обслуживание, управление инцидентами, управление проблемами

## [Какие факторы делают переход от сервис-провайдера к сервис-интегратору сложным?](https://cleverics.ru/digital/kb-qa/kakie-faktory-delayut-perekhod-ot-servis-provaydera-k-servis-integratoru-slozhnym/)

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

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

Рейтинг: 936

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

## [Какой подход предлагается для типового решения задачи измерения ИТ-деятельности?](https://cleverics.ru/digital/kb-qa/kakoy-podkhod-predlagaetsya-dlya-tipovogo-resheniya-zadachi-izmereniya-it-deyatelnosti/)

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

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

Рейтинг: 936

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

## [Чем отличается подход к контролю в ITIL от классического определения?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-podkhod-k-kontrolyu-v-itil-ot-klassicheskogo-opredeleniya/)

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

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

Рейтинг: 936

Теги: ITIL, общие вопросы менеджмента