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

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

## [Как определить примерное количество обращений в ИТ-поддержку, если нет накопленной статистики?](https://cleverics.ru/digital/kb-qa/kak-opredelit-primernoe-kolichestvo-obrashcheniy-v-it-podderzhku-esli-net-nakoplennoy-statistiki/)

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

Автор: Анна Васильева

Рейтинг: 1120

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

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

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

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

Рейтинг: 1120

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

## [Какие есть примеры некорректного использования переназначения инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-primery-nekorrektnogo-ispolzovaniya-perenaznacheniya-intsidentov-upominayutsya-v-tekste/)

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

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

Рейтинг: 1120

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

## [Как организовать эффективную работу при ограничениях разграничения зон ответственности в распределенных командах?](https://cleverics.ru/digital/kb-qa/kak-organizovat-effektivnuyu-rabotu-pri-ogranicheniyakh-razgranicheniya-zon-otvetstvennosti-v-raspre/)

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

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

Рейтинг: 1120

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

## [Как рассчитывается общий интегральный показатель при большом количестве KPI?](https://cleverics.ru/digital/kb-qa/kak-rasschityvaetsya-obshchiy-integralnyy-pokazatel-pri-bolshom-kolichestve-kpi/)

Для расчета общего интегрального показателя при большом числе KPI рекомендуется применять многоступенчатый подход. Сначала разбивают все KPI на логические группы, для каждой из которых рассчитывают отдельный интегральный показатель (используя подходящий метод агрегирования). Затем полученные групповые показатели объединяют для формирования общего интегрального показателя. Например, при оценке качества множества услуг можно создать три группы: mission-critical, business-critical и обычные услуги. Для каждой категории рассчитывают свой интегральный показатель, после чего общий результат получают через среднее арифметическое или геометрическое (с возможным применением весовых коэффициентов, отражающих важность каждой группы).

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

Рейтинг: 1119

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

## [Как можно преодолеть сопротивление сотрудников при внедрении организационных изменений?](https://cleverics.ru/digital/kb-qa/kak-mozhno-preodolet-soprotivlenie-sotrudnikov-pri-vnedrenii-organizatsionnykh-izmeneniy/)

Преодоление сопротивления сотрудников при внедрении организационных изменений требует комплексного подхода: 1) Четко объяснить причину изменений и преимущества для сотрудников, чтобы развеять ощущение бесполезности перемен. 2) Вовлечь сотрудников в процесс изменений, давая им возможность участвовать в принятии решений. 3) Создать "картину будущего", которая будет мотивировать и вдохновлять людей. 4) Обеспечить поддержку и обучение в период трансформации, чтобы снизить ощущение запутанности и неуверенности. 5) Установить прозрачные коммуникационные каналы для оперативного решения возникающих вопросов. 6) Признавать и учитывать эмоциональные реакции сотрудников на изменения, а не игнорировать их. 7) Поощрять первых сторонников изменений, создавая позитивный пример для остальных. 8) Последовательно двигаться вперед, даже когда возникают трудности, чтобы не давать возможности вернуться к старым практикам.

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

Рейтинг: 1119

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

## [Какие стандарты работы обычно определяются для продуктовых команд в организации?](https://cleverics.ru/digital/kb-qa/kakie-standarty-raboty-obychno-opredelyayutsya-dlya-produktovykh-komand-v-organizatsii/)

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

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

Рейтинг: 1119

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

## [Какие типичные ошибки допускают компании при масштабировании своего сервиса через партнерские программы?](https://cleverics.ru/digital/kb-qa/kakie-tipichnye-oshibki-dopuskayut-kompanii-pri-masshtabirovanii-svoego-servisa-cherez-partnerskie-p/)

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

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

Рейтинг: 1119

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

## [Какой вред может нанести излишне выраженный внутренний локус контроля?](https://cleverics.ru/digital/kb-qa/kakoy-vred-mozhet-nanesti-izlishne-vyrazhennyy-vnutrenniy-lokus-kontrolya/)

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

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

Рейтинг: 1119

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

## [Что такое базовые события в дереве отказов и как их правильно идентифицировать?](https://cleverics.ru/digital/kb-qa/chto-takoe-bazovye-sobytiya-v-dereve-otkazov-i-kak-ikh-pravilno-identifitsirovat/)

Базовые события в дереве отказов (FTA) – это простейшие, неделимые на более мелкие причины сбои, которые размещаются на листьях дерева. Их правильная идентификация критически важна для точности анализа. Для идентификации базовых событий следует учитывать следующее: они должны быть атомарными – не требующими дальнейшей декомпозиции; иметь определенную вероятность возникновения, которую можно оценить статистически; быть реальными событиями, а не абстрактными понятиями; быть независимыми друг от друга насколько это возможно. Например, отказ жесткого диска может быть базовым событием, тогда как «технические проблемы» – слишком расплывчатое понятие и должно быть разложено на конкретные варианты. Иногда для детализации базовое событие может стать топ-событием для другого дерева отказов, что позволяет углубить анализ конкретной области.

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

Рейтинг: 1119

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