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

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

## [Чем отличается согласованный 'внеплановый' простой от реального аварийного простоя?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-soglasovannyy-vneplanovyy-prostoy-ot-realnogo-avariynogo-prostoya/)

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

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

Рейтинг: 1033

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

## [Как влияет повторная обработка инцидента на результат метрики результативности?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-povtornaya-obrabotka-intsidenta-na-rezultat-metriki-rezultativnosti/)

Повторная обработка инцидента отрицательно сказывается на результате метрики результативности. Чем больше количество инцидентов (M), которые потребовали повторной обработки конкретной группой, тем ниже значение KPI результативности, так как метрика рассчитывается как 1 — (M / N), где N — общее количество инцидентов с участием группы. Таким образом, повторные обработки напрямую снижают показатель результативности и показывают, что группа не смогла завершить задачу полностью и корректно с первого раза.

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

Рейтинг: 1033

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

## [Какие системные факторы способствовали мультипликативному эффекту проблем в компании?](https://cleverics.ru/digital/kb-qa/kakie-sistemnye-faktory-sposobstvovali-multiplikativnomu-effektu-problem-v-kompanii/)

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

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

Рейтинг: 1033

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

## [Какие альтернативные названия существуют для роли владельца процесса?](https://cleverics.ru/digital/kb-qa/kakie-alternativnye-nazvaniya-sushchestvuyut-dlya-roli-vladeltsa-protsessa/)

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

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

Рейтинг: 1033

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

## [Почему важно рассматривать все четыре аспекта управления ИТ-услугами совместно, а не изолированно?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-rassmatrivat-vse-chetyre-aspekta-upravleniya-it-uslugami-sovmestno-a-ne-izolirovanno/)

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

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

Рейтинг: 1032

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

## [Почему практики DevOps должны применяться с учетом контекста организации?](https://cleverics.ru/digital/kb-qa/pochemu-praktiki-devops-dolzhny-primenyatsya-s-uchetom-konteksta-organizatsii/)

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

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

Рейтинг: 1032

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

## [Как влияет неправильный выбор метрик на мотивацию сотрудников и качество работы?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-nepravilnyy-vybor-metrik-na-motivatsiyu-sotrudnikov-i-kachestvo-raboty/)

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

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

Рейтинг: 1032

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

## [Какие последствия возникают при игнорировании вариативности в бизнес-процессах?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-voznikayut-pri-ignorirovanii-variativnosti-v-biznes-protsessakh/)

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

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

Рейтинг: 1032

Теги: бизнес, ценность, бизнес-заказчик

## [Что такое поток ценности в бизнес-архитектуре?](https://cleverics.ru/digital/kb-qa/chto-takoe-potok-tsennosti-v-biznes-arkhitekture/)

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

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

Рейтинг: 1032

Теги: архитектура ИТ, TOGAF и IT4IT, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты

## [Какие последствия имеет игнорирование одной из tension-метрик при расчете общего KPI?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-imeet-ignorirovanie-odnoy-iz-tension-metrik-pri-raschete-obshchego-kpi/)

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

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

Рейтинг: 1032

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