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

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

## [Как субъективность удовлетворённости влияет на её измерение в бизнесе?](https://cleverics.ru/digital/kb-qa/kak-subektivnost-udovletvorennosti-vliyaet-na-ee-izmerenie-v-biznese/)

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

Автор: Денис Денисов

Рейтинг: 1226

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

## [Как правильно определить оптимальный уровень детализации учета трудозатрат?](https://cleverics.ru/digital/kb-qa/kak-pravilno-opredelit-optimalnyy-uroven-detalizatsii-ucheta-trudozatrat/)

Оптимальный уровень детализации учета трудозатрат определяется через баланс между слишком мелкой и слишком крупной разбивкой работ, при котором сохраняется как достоверность данных, так и их аналитическая полезность. Многим организациям не требуется видеть трудозатраты по каждому единичному инциденту или заданию, достаточно фиксировать данные по основным направлениям деятельности. Идеальный каталог работ в организации с численностью 8-12 человек включает 10-20 позиций для обычной работы и 20-25 позиций с учетом проектов. При разработке такого каталога важно помнить, что слишком мелкое дробление работ приводит к потере достоверности учета, тогда как слишком крупная группировка делает данные малопригодными для анализа. В примере, описанном в тексте, общий каталог насчитывает 54 строки, организованные в семь групп: производство, продажи и account management, маркетинг, внутренняя работа, продукты и методики, партнеры, управление компанией. Поддерживать учет по таким 20-30 видам работ является реалистичной задачей, не требующей чрезмерно сложных инструментов или больших затрат времени.

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

Рейтинг: 1225

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

## [Что отличает сервисный подход в реальном ITSM от формального подхода, описанного в методологиях?](https://cleverics.ru/digital/kb-qa/chto-otlichaet-servisnyy-podkhod-v-realnom-itsm-ot-formalnogo-podkhoda-opisannogo-v-metodologiyakh/)

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

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

Рейтинг: 1225

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

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

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

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

Рейтинг: 1225

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

## [Почему количество шагов в методе «Пять «Почему?» не всегда ограничивается пятью итерациями?](https://cleverics.ru/digital/kb-qa/pochemu-kolichestvo-shagov-v-metode-pyat-pochemu-ne-vsegda-ogranichivaetsya-pyatyu-iteratsiyami/)

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

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

Рейтинг: 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-primery-nekorrektnogo-ispolzovaniya-perenaznacheniya-intsidentov-upominayutsya-v-tekste/)

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

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

Рейтинг: 1225

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

## [Какие риски возникают при постоянной перегрузке сотрудников?](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/pochemu-vazhno-fokusirovatsya-na-rezultatakh-pri-vnedrenii-sistemy-upravleniya-konfiguratsiyami/)

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

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

Рейтинг: 1224

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