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

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

## [Может ли запрос на обслуживание считаться стандартным изменением?](https://cleverics.ru/digital/kb-qa/mozhet-li-zapros-na-obsluzhivanie-schitatsya-standartnym-izmeneniem/)

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

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

Рейтинг: 1225

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

## [Как применить цикл Деминга для улучшения процесса управления инцидентами?](https://cleverics.ru/digital/kb-qa/kak-primenit-tsikl-deminga-dlya-uluchsheniya-protsessa-upravleniya-intsidentami/)

Для улучшения процесса управления инцидентами с помощью цикла Деминга сначала нужно определить проблему (например, долгие сроки решения инцидентов). На этапе Планируй (Plan) анализируется процесс с использованием инструментов вроде Expanded Incident Lifecycle, выявляются узкие места и разрабатывается гипотеза решения (например, немедленное решение простых инцидентов). На этапе Выполняй (Do) реализуется гипотеза в течение определенного периода. На этапе Проверяй (Check) оценивается эффективность изменений через опросы пользователей и анализ метрик. На этапе Корректируй (Act) принимается решение о дальнейших действиях: если результаты неудовлетворительны, цикл запускается заново с новыми корректировками (разделение персонала на группы для простых и сложных инцидентов), а при успехе улучшения внедряются в постоянную практику.

Автор: Степан Хрулёв

Рейтинг: 1225

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

## [Какие риски возникают при постоянной перегрузке сотрудников?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-postoyannoy-peregruzke-sotrudnikov/)

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

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

Рейтинг: 1224

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

## [Почему при расчёте FTR важно разделить уровень всего инцидента и уровня отдельной группы?](https://cleverics.ru/digital/kb-qa/pochemu-pri-raschete-ftr-vazhno-razdelit-uroven-vsego-intsidenta-i-urovnya-otdelnoy-gruppy/)

Разделение уровня всего инцидента и уровня отдельной группы необходимо, так как при совместном учёте результаты расчёта могут оказаться неточными. Если один инцидент имеет несколько возвратов в разные группы, или после возврата переназначается в другую группу, то общий учёт приведёт к тому, что метрика FTR будет снижена у всех задействованных групп, а не только у тех, которые ответственны за возвраты. Отдельный учёт для каждой группы позволяет точно определить слабые места и обеспечить корректное измерение качества работы.

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

Рейтинг: 1224

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

## [Как проявляется эмпатия в работе с негативно настроенными клиентами?](https://cleverics.ru/digital/kb-qa/kak-proyavlyaetsya-empatiya-v-rabote-s-negativno-nastroennymi-klientami/)

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

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

Рейтинг: 1224

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

## [Почему важно фокусироваться на результатах при внедрении системы управления конфигурациями?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-fokusirovatsya-na-rezultatakh-pri-vnedrenii-sistemy-upravleniya-konfiguratsiyami/)

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

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

Рейтинг: 1224

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

## [Как избежать формального подхода к созданию каталога ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-izbezhat-formalnogo-podkhoda-k-sozdaniyu-kataloga-it-uslug/)

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

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

Рейтинг: 1224

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

## [Что такое AARM и как его можно применять для оценки успеха продукта?](https://cleverics.ru/digital/kb-qa/chto-takoe-aarm-i-kak-ego-mozhno-primenyat-dlya-otsenki-uspekha-produkta/)

AARM представляет собой структурированный подход к измерению успеха продукта через четыре ключевые области: Acquisition (привлечение пользователей и доказательство наличия интереса к продукту), Activation (измерение процесса приобретения и получения возможности использования продукта), Retention (уровень заинтересованности потребителя после первого использования продукта) и Monetization (финансовые метрики, связанные с продуктом и его потребителями). Эта модель позволяет компаниям систематически оценивать различные аспекты успешности продукта. Для потребительских (B2C) продуктов данная модель работает наиболее эффективно благодаря наличию большой пользовательской базы, что упрощает сбор данных и анализ. В государственных и некоммерческих проектах AARM также применим, хотя метрики монетизации могут быть менее важны, а акцент смещается на измерение пользовательского путешествия и удовлетворенности. В B2B и инховз-продуктах применение AARM сложнее из-за ограниченной пользовательской базы и различий между покупателем и конечным пользователем, однако основные принципы модели сохраняются.

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

Рейтинг: 1223

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

## [Какова основная цель управления инцидентами?](https://cleverics.ru/digital/kb-qa/kakova-osnovnaya-tsel-upravleniya-intsidentami/)

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

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

Рейтинг: 1223

Теги: управление инцидентами

## [Что должно быть включено в логические модели приложений и услуг в CMDB?](https://cleverics.ru/digital/kb-qa/chto-dolzhno-byt-vklyucheno-v-logicheskie-modeli-prilozheniy-i-uslug-v-cmdb/)

Логические модели приложений и услуг в CMDB должны включать не только физические ресурсы, такие как оборудование и сети, но и функциональные роли ресурсов. Например, отдельно указываются такие роли, как СУБД (базы данных выделяются отдельно), web-сервер, файл-сервер и другие. Функциональные роли являются обязательным элементом модели, поскольку именно с ними связаны единицы объёма потребления, специфичные для них затраты и зависимости мощности от обеспечивающих ресурсов. Это позволяет более точно планировать потребности в мощностях и ресурсах для поддержки услуг.

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

Рейтинг: 1223

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