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

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

## [Чем опасна траектория "Заряженная пружина" для организации?](https://cleverics.ru/digital/kb-qa/chem-opasna-traektoriya-zaryazhennaya-pruzhina-dlya-organizatsii/)

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

Автор: Сандра Урядова

Рейтинг: 867

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

## [Какие методы проверки достоверности используются для данных из систем автоматизации?](https://cleverics.ru/digital/kb-qa/kakie-metody-proverki-dostovernosti-ispolzuyutsya-dlya-dannykh-iz-sistem-avtomatizatsii/)

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

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

Рейтинг: 867

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

## [Какие задачи решает BRM после начала предоставления услуг (Service Operation)?](https://cleverics.ru/digital/kb-qa/kakie-zadachi-reshaet-brm-posle-nachala-predostavleniya-uslug-service-operation/)

После начала предоставления услуг (Service Operation) BRM решает несколько важных задач. BRM должен убедиться, что заложенная ценность извлекается – заказчик достигает необходимых результатов и его ожидания оправдываются. BRM отвечает за мониторинг удовлетворенности заказчика, выявление и сглаживание острых углов. BRM также управляет процессом обработки жалоб, обеспечивая, что ни одна жалоба не остается без внимания, и каждая из них получает ответ. BRM анализирует жалобы как сигналы о явных или скрытых проблемах и организует процесс их устранения. BRM отвечает за предоставление отчетности заказчику и проверку соответствия формальным требованиям, обеспечивая прозрачность процесса эксплуатации услуги.

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

Рейтинг: 867

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

## [Что происходит, если гнаться за идеальным значением одной из сопряженных метрик?](https://cleverics.ru/digital/kb-qa/chto-proiskhodit-esli-gnatsya-za-idealnym-znacheniem-odnoy-iz-sopryazhennykh-metrik/)

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

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

Рейтинг: 867

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

## [Какие преимущества дает визуализация взаимосвязей компонентов в CMDB?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-vizualizatsiya-vzaimosvyazey-komponentov-v-cmdb/)

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

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

Рейтинг: 867

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

## [Какие методы можно использовать для обеспечения выполнения новых правил в организации при внедрении ITSM?](https://cleverics.ru/digital/kb-qa/kakie-metody-mozhno-ispolzovat-dlya-obespecheniya-vypolneniya-novykh-pravil-v-organizatsii-pri-vnedr/)

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

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

Рейтинг: 867

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

## [Может ли лицензия программного обеспечения быть одновременно ИТ-активом и конфигурационной единицей?](https://cleverics.ru/digital/kb-qa/mozhet-li-litsenziya-programmnogo-obespecheniya-byt-odnovremenno-it-aktivom-i-konfiguratsionnoy-edin/)

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

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

Рейтинг: 867

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

## [Какие подходы к управлению ИТ не учитывают потребности внешних стейкхолдеров?](https://cleverics.ru/digital/kb-qa/kakie-podkhody-k-upravleniyu-it-ne-uchityvayut-potrebnosti-vneshnikh-steykkholderov/)

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

Автор: Константин Нарыжный

Рейтинг: 867

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

## [Какие основные барьеры коммуникации между ИТ-специалистами разного профиля описаны в тексте?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-barery-kommunikatsii-mezhdu-it-spetsialistami-raznogo-profilya-opisany-v-tekste/)

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

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

Рейтинг: 866

Теги: Agile и гибкие методы разработки ПО, разработка ПО, управление инцидентами, управление отношениями, взаимодействие, BRM

## [Какие критерии готовности задачи к переходу на следующий этап следует закрепить в команде?](https://cleverics.ru/digital/kb-qa/kakie-kriterii-gotovnosti-zadachi-k-perekhodu-na-sleduyushchiy-etap-sleduet-zakrepit-v-komande/)

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

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

Рейтинг: 866

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