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

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

## [В чем отличие между управлением инцидентами и управлением проблемами в ИТ-поддержке?](https://cleverics.ru/digital/kb-qa/v-chem-otlichie-mezhdu-upravleniem-intsidentami-i-upravleniem-problemami-v-it-podderzhke/)

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

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

Рейтинг: 1124

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

## [Какие основные проблемы существуют в потоке создания ценности ИТ-разработки?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-problemy-sushchestvuyut-v-potoke-sozdaniya-tsennosti-it-razrabotki/)

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

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

Рейтинг: 1124

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

## [Какие показатели можно использовать для оценки эффективности процесса приоритизации изменений?](https://cleverics.ru/digital/kb-qa/kakie-pokazateli-mozhno-ispolzovat-dlya-otsenki-effektivnosti-protsessa-prioritizatsii-izmeneniy/)

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

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

Рейтинг: 1124

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

## [Как автоматизация может помочь в процессе категоризации инцидентов?](https://cleverics.ru/digital/kb-qa/kak-avtomatizatsiya-mozhet-pomoch-v-protsesse-kategorizatsii-intsidentov/)

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

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

Рейтинг: 1124

Теги: автоматизация ИТ-процессов, ПО для ITSM и ESM, поддержка пользователей, Service Desk, Help Desk, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление инцидентами

## [Какие проблемы возникают при переходе к гибкому управлению в ИТ-разработке?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-perekhode-k-gibkomu-upravleniyu-v-it-razrabotke/)

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

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

Рейтинг: 1123

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

## [Что такое модель Compass Model и как её можно применить при анализе customer journey?](https://cleverics.ru/digital/kb-qa/chto-takoe-model-compass-model-i-kak-ee-mozhno-primenit-pri-analize-customer-journey/)

Модель Compass Model - это структурированный подход к анализу потребителя, разработанный Институтом Disney и упоминаемый в курсе ITIL 4 Drive stakeholder value. Модель представляет портрет потребителя в виде четырёх "сторон света": Север (потребности) - основные причины, побуждающие к выбору; Запад (желания) - менее конкретные, скрытые цели и пожелания; Юг (стереотипы) - предвзятость и установки потребителя, основанные на его опыте; Восток (эмоции) - чувства, которые проявляет или ожидаемо проявит потребитель в процессе взаимодействия с услугой. Практическое применение модели помогает структурировать понимание потребителя и определять, как создавать ценность для клиента, разделяя его ожидания на базовые потребности и дополнительные желания, а также учитывая стереотипы и эмоции.

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

Рейтинг: 1123

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

## [Какие элементы должны быть включены в описание услуги для её однозначного понимания?](https://cleverics.ru/digital/kb-qa/kakie-elementy-dolzhny-byt-vklyucheny-v-opisanie-uslugi-dlya-ee-odnoznachnogo-ponimaniya/)

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

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

Рейтинг: 1123

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

## [Какие существуют способы комбинирования ролевой и атрибутной моделей доступа?](https://cleverics.ru/digital/kb-qa/kakie-sushchestvuyut-sposoby-kombinirovaniya-rolevoy-i-atributnoy-modeley-dostupa/)

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

Автор: Александр Омельченко

Рейтинг: 1123

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

## [Почему ИТ-подразделение может быть вынуждено сокращать проекты, несмотря на их потенциальную пользу для компании?](https://cleverics.ru/digital/kb-qa/pochemu-it-podrazdelenie-mozhet-byt-vynuzhdeno-sokrashchat-proekty-nesmotrya-na-ikh-potentsialnuyu-p/)

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

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

Рейтинг: 1123

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

## [Почему Incident Rate даёт более точные ориентиры, чем общее количество инцидентов?](https://cleverics.ru/digital/kb-qa/pochemu-incident-rate-daet-bolee-tochnye-orientiry-chem-obshchee-kolichestvo-intsidentov/)

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

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

Рейтинг: 1123

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