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

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

## [Почему важна адекватная интерпретация термина DevOps при описании содержания курса?](https://cleverics.ru/digital/kb-qa/pochemu-vazhna-adekvatnaya-interpretatsiya-termina-devops-pri-opisanii-soderzhaniya-kursa/)

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

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

Рейтинг: 796

Теги: DevOps, CI/CD, обучение сотрудников, учебные курсы, тренинги, трансформация, ускорение, Time-to-Market

## [Какие качества необходимы 'человеку процесса' для успешной работы?](https://cleverics.ru/digital/kb-qa/kakie-kachestva-neobkhodimy-cheloveku-protsessa-dlya-uspeshnoy-raboty/)

'Человек процесса' должен обладать волей, упорством и готовностью работать в условиях организационной инерции. Он должен уметь преодолевать сопротивление, внедрять изменения и поддерживать процессы в актуальном состоянии. Это требует многолетних усилий, так как результаты такой работы проявляются не сразу, но со временем становятся основой стабильности и эффективности организации.

Автор: Денис Денисов

Рейтинг: 796

Теги: эффективность, оптимизация

## [Как конфликтующие цели в управлении доступностью и производительностью влияют на принятие решений?](https://cleverics.ru/digital/kb-qa/kak-konfliktuyushchie-tseli-v-upravlenii-dostupnostyu-i-proizvoditelnostyu-vliyayut-na-prinyatie-res/)

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

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

Рейтинг: 796

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

## [Почему процессная организация ИТ-поддержки более сложная по сравнению с другими бизнес-процессами?](https://cleverics.ru/digital/kb-qa/pochemu-protsessnaya-organizatsiya-it-podderzhki-bolee-slozhnaya-po-sravneniyu-s-drugimi-biznes-prot/)

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

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

Рейтинг: 796

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

## [Какие метрики используются для оценки прямого качества процесса управления изменениями?](https://cleverics.ru/digital/kb-qa/kakie-metriki-ispolzuyutsya-dlya-otsenki-pryamogo-kachestva-protsessa-upravleniya-izmeneniyami/)

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

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

Рейтинг: 796

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

## [Как понять, что CMS успешно интегрирована в процессы ИТ-управления?](https://cleverics.ru/digital/kb-qa/kak-ponyat-chto-cms-uspeshno-integrirovana-v-protsessy-it-upravleniya/)

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

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

Рейтинг: 796

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

## [Как оценить экономический эффект от мер по повышению доступности ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-otsenit-ekonomicheskiy-effekt-ot-mer-po-povysheniyu-dostupnosti-it-uslug/)

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

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

Рейтинг: 796

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

## [Какие уровни командной осознанности выделяют при переходе от рабочей группы к самоорганизованной команде?](https://cleverics.ru/digital/kb-qa/kakie-urovni-komandnoy-osoznannosti-vydelyayut-pri-perekhode-ot-rabochey-gruppy-k-samoorganizovannoy/)

Выделяют четыре уровня командной осознанности: 1) Детский сад - недавно сформированная группа, не способная самостоятельно выявлять проблемы и решать их, где основная работа организуется извне; 2) Пубертат - команда, ощутившая свободу, но не осознающая полностью ответственности, способная к самоорганизации против «внешнего врага», но плохо идентифицирующая причины проблем; 3) Яркая молодость - зрелая самоорганизованная команда с устоявшимися партнерскими отношениями, эволюционирующим рабочим процессом и конструктивным подходом к решению конфликтов; 4) Зрелость - команда как агент изменений на уровне компании, контролирующая свой рабочий процесс и несущая ответственность за продукт на уровне P&L, стремящаяся расширять зону влияния.

Автор: Павел Капусткин

Рейтинг: 795

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

## [Какой критерий из SMART чаще всего вызывает сложности при постановке целей и почему?](https://cleverics.ru/digital/kb-qa/kakoy-kriteriy-iz-smart-chashche-vsego-vyzyvaet-slozhnosti-pri-postanovke-tseley-i-pochemu/)

Критерий «R» (relevant – релевантный) чаще всего вызывает трудности в практическом применении. Основная проблема заключается в том, что люди склонны включать в систему измерения показатели, которые легко или привычно измерять, но не обязательно соответствуют реальным управленческим задачам. Нередко встречаются случаи «отчётности ради отчётности», когда собираются данные, но на их основе не принимаются решения. Ещё хуже, когда метрики мотивируют действия, противоположные изначальным целям, как это происходит в так называемой «палочной системе». Это происходит из-за того, что систему формируют под имеющиеся измерения, а не под реальные потребности.

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

Рейтинг: 795

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

## [В чём ключевое отличие канбана от карты потока создания ценности (VSM)?](https://cleverics.ru/digital/kb-qa/v-chem-klyuchevoe-otlichie-kanbana-ot-karty-potoka-sozdaniya-tsennosti-vsm/)

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

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

Рейтинг: 795

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