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

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

## [Какие задачи включает сопровождение CMDB и как их нормировать?](https://cleverics.ru/digital/kb-qa/kakie-zadachi-vklyuchaet-soprovozhdenie-cmdb-i-kak-ikh-normirovat/)

Сопровождение CMDB включает следующие задачи по поддержанию данных в актуальном состоянии: первоначальная регистрация (постановка на учет), обновление статуса и сопутствующих атрибутов (ввод/вывод из эксплуатации, перемещение, ремонт, списание и т.д.), обновление при проведении изменений, операционный аудит (обработка сверок), периодический (выборочный или полный) аудит, инвентаризация и отчетность. Для нормирования трудозатрат на эти задачи необходимо произвести детализацию по различным группам конфигурационных единиц и ролям специалистов. Важно учитывать, что разные группы единиц обслуживают разные специалисты с разной стоимостью рабочего времени, поэтому нормирование должно проводиться в разбивке по участвующим ролям и с учетом требований к компетенциям исполнителя. Идеальным решением является ведение полного или выборочного учета трудозатрат, что позволяет формировать статистику для планирования ресурсов.

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

Рейтинг: 902

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

## [Почему количество инцидентов не является хорошим показателем качества ИТ-сервисов?](https://cleverics.ru/digital/kb-qa/pochemu-kolichestvo-intsidentov-ne-yavlyaetsya-khoroshim-pokazatelem-kachestva-it-servisov/)

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

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

Рейтинг: 902

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

## [Как определить необходимый объём данных в системе управления конфигурациями?](https://cleverics.ru/digital/kb-qa/kak-opredelit-neobkhodimyy-obem-dannykh-v-sisteme-upravleniya-konfiguratsiyami/)

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

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

Рейтинг: 902

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

## [Чем отличается фаза problem control (PC) от error control (EC) в управлении проблемами?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-faza-problem-control-pc-ot-error-control-ec-v-upravlenii-problemami/)

Фаза problem control (PC) включает диагностику проблемы, определение ее корневой причины и вариантов решения. Эта фаза заканчивается, когда определены возможные решения проблемы. На противоположной стороне находится фаза error control (EC), которая начинается после диагностики и включает реализацию выбранного решения, проверку его результативности и, при необходимости, контроль известной ошибки. Разделение происходит в момент завершения диагностики, когда переход к error control означает переход от поиска решения к его внедрению.

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

Рейтинг: 902

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

## [Как аллокация ИТ-затрат может быть интегрирована в общекорпоративную систему распределения затрат?](https://cleverics.ru/digital/kb-qa/kak-allokatsiya-it-zatrat-mozhet-byt-integrirovana-v-obshchekorporativnuyu-sistemu-raspredeleniya-za/)

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

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

Рейтинг: 902

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

## [Какой уровень загрузки следует закладывать в планировании работ, чтобы избежать накопления задолженностей?](https://cleverics.ru/digital/kb-qa/kakoy-uroven-zagruzki-sleduet-zakladyvat-v-planirovanii-rabot-chtoby-izbezhat-nakopleniya-zadolzhenn/)

Для эффективного планирования и во избежание накопления задолженностей рекомендуется запланировать уровень загрузки на 90-110%, а не на 150% или выше. При планировании работ на уровне 150% загрузки существует высокая вероятность, что вся запланированная работа не будет выполнена вовремя, что приведет к двум негативным последствиям: привыканию к переносам сроков как норме и накоплению снежного кома задолженностей и просрочек. Такой подход является тупиковым. Гораздо более продуктивным является принцип 'just-in-time', при котором планируется загрузка близкая к 100% с акцентом на точное исполнение запланированных работ. Такой метод требует дисциплины и, возможно, дополнительных усилий для формирования привычки к своевременному выполнению задач, но в долгосрочной перспективе приводит к росту исполнительской дисциплины, позволяет лучше анализировать деятельность и обосновывать потребность в дополнительных ресурсах при необходимости.

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

Рейтинг: 902

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

## [Какой подход рекомендуется при обучении измерению и управлению потоком создания ценности?](https://cleverics.ru/digital/kb-qa/kakoy-podkhod-rekomenduetsya-pri-obuchenii-izmereniyu-i-upravleniyu-potokom-sozdaniya-tsennosti/)

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

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

Рейтинг: 902

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

## [Какие стратегии можно применить для поддержания актуальности схем согласования при кадровых изменениях?](https://cleverics.ru/digital/kb-qa/kakie-strategii-mozhno-primenit-dlya-podderzhaniya-aktualnosti-skhem-soglasovaniya-pri-kadrovykh-izm/)

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

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

Рейтинг: 902

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

## [Как влияет субъективность восприятия на оценку производительности системы?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-subektivnost-vospriyatiya-na-otsenku-proizvoditelnosti-sistemy/)

Субъективность восприятия существенно влияет на оценку производительности: один пользователь может считать нормальным ожидание в 5 минут, другой же будет недоволен уже через минуту. Это создает трудности при определении общепринятых стандартов работы системы. Чтобы минимизировать субъективность, важно перевести требования к производительности в четкие количественные показатели, понятные всем сторонам, и проверять их в реальных условиях использования системы конечными пользователями.

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

Рейтинг: 902

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

## [Как обеспечить построение отчетов по конфигурационным элементам с использованием данных из внешних систем?](https://cleverics.ru/digital/kb-qa/kak-obespechit-postroenie-otchetov-po-konfiguratsionnym-elementam-s-ispolzovaniem-dannykh-iz-vneshni/)

Для построения отчетов по конфигурационным элементам с использованием данных из внешних систем можно использовать два подхода: 1) Перенос необходимых атрибутов из внешних систем в CMDB, что позволяет строить стандартные отчеты без дополнительных сложностей; 2) Создание консолидированных источников данных, которые объединяют информацию из CMDB и внешних систем, что позволяет формировать комплексные отчеты без дублирования данных в CMDB.

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

Рейтинг: 902

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