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

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

## [Что такое work in progress лимит и как он влияет на скорость работы команды?](https://cleverics.ru/digital/kb-qa/chto-takoe-work-in-progress-limit-i-kak-on-vliyaet-na-skorost-raboty-komandy/)

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

Автор: Андрей Труфанов

Рейтинг: 1550

Теги: DevOps, CI/CD, Канбан, WIP-лимиты, командная работа, мониторинг, эффективность, оптимизация

## [Чем отличаются инцидент и проблема в ИТ-сопровождении?](https://cleverics.ru/digital/kb-qa/chem-otlichayutsya-intsident-i-problema-v-it-soprovozhdenii/)

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

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

Рейтинг: 1550

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

## [Какие основные метрики используются для измерения эффективности управления инцидентами?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-metriki-ispolzuyutsya-dlya-izmereniya-effektivnosti-upravleniya-intsidentami/)

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

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

Рейтинг: 1550

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

## [Как построить матрицу взаимодействия функций и процессов для оценки руководителей?](https://cleverics.ru/digital/kb-qa/kak-postroit-matritsu-vzaimodeystviya-funktsiy-i-protsessov-dlya-otsenki-rukovoditeley/)

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

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

Рейтинг: 1546

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

## [Как рассчитать метрику First Time Resolution (FTR) для инцидентов в разрезе рабочих групп?](https://cleverics.ru/digital/kb-qa/kak-rasschitat-metriku-first-time-resolution-ftr-dlya-intsidentov-v-razreze-rabochikh-grupp/)

Метрика First Time Resolution (FTR) в разрезе рабочих групп рассчитывается по формуле: FTR = (Nj - Sj) / Nj. Здесь Nj — количество обращений (инцидентов), обработанных j-той группой и закрытых без рекламаций (Cj), плюс количество возвратов на доработку в эту группу (Sj). Sj — это количество объектов, возвращенных на доработку в j-тую группу. Расчёт производится за период, когда завершена процедура проверки решения инцидента, а не фактическое решение задачи. Важно учитывать возвраты индивидуально по каждой группе, так как одно обращение может быть переназначено в другую группу или возвращено несколько раз в разные группы.

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

Рейтинг: 1543

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

## [Какие основные принципы управления рисками описаны в ISO 31000?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-printsipy-upravleniya-riskami-opisany-v-iso-31000/)

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

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

Рейтинг: 1542

Теги: ISO 20000, мониторинг, управление рисками

## [Чем отличается проблема от инцидента в ITIL?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-problema-ot-intsidenta-v-itil/)

В ITIL проблема — это причина или потенциальная причина одного или нескольких инцидентов, тогда как инцидент — это сам факт незапланированного прерывания услуги. Пример: если пользователь не может распечатать документ (инцидент), то проблемой может быть конфликт драйвера сетевого принтера с диспетчером печати Windows, который привел к этому инциденту. Проблема требует анализа для выявления корневой причины, чтобы предотвратить повторение инцидентов.

Автор: Александр Движков

Рейтинг: 1531

Теги: ITIL, поддержка пользователей, Service Desk, Help Desk, управление инцидентами, управление проблемами

## [Какие выгоды для бизнеса приносит автоматизация процесса управления изменениями?](https://cleverics.ru/digital/kb-qa/kakie-vygody-dlya-biznesa-prinosit-avtomatizatsiya-protsessa-upravleniya-izmeneniyami/)

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

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

Рейтинг: 1530

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

## [Как понять, насколько успешно реализуется сервисное мышление в организации?](https://cleverics.ru/digital/kb-qa/kak-ponyat-naskolko-uspeshno-realizuetsya-servisnoe-myshlenie-v-organizatsii/)

Успешность реализации сервисного мышления в организации можно оценить через ответы на вопросы, структурированные по 7 принципам ITIL: 1) Фокус на ценности — получает ли клиент желаемую ценность? 2) Начало с текущего состояния — учитывается ли контекст и предыдущий опыт? 3) Постепенное развитие с обратной связью — есть ли система сбора и использования обратной связи? 4) Сотрудничество и видимость — прозрачны ли процессы и ясно ли распределены роли? 5) Целостный подход — учитывается ли связь услуг с целями клиента? 6) Простота и практичность — насколько хорош пользовательский опыт? 7) Оптимизация и автоматизация — идут ли постоянные улучшения процессов? Положительные ответы на эти вопросы свидетельствуют об успешной реализации сервисного мышления.

Автор: Александр Движков

Рейтинг: 1529

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

## [Какие существуют методы и стандарты для управления рисками в области IT?](https://cleverics.ru/digital/kb-qa/kakie-sushchestvuyut-metody-i-standarty-dlya-upravleniya-riskami-v-oblasti-it/)

Для управления рисками в области IT существуют различные методы и стандарты, такие как CRAMM, COSO ERM, ISO 27005, OCTAVE и MEHARI. Все эти методики описывают известный цикл управления рисками, состоящий из этапов: определение охвата, идентификация, анализ, оценка, реагирование и контроль. Этот цикл официально закреплен в стандарте ISO 31000 с 2009 года. Каждая методика предлагает свой подход к формулированию рисков. Например, ITSM-специалисты часто используют модель «актив-угроза-уязвимость», в то время как PMBOK рекомендует структуру «причина-событие-последствие». ISACA в своих публикациях, начиная с RiskIT и в частности в COBIT 5 for Risk, предлагает концепцию сценария риска, включающего источник угрозы, тип угрозы, событие, связанные активы и временной аспект.

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

Рейтинг: 1526

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