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

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

## [В каких областях бизнеса применяются SLA, помимо ИТ-сферы?](https://cleverics.ru/digital/kb-qa/v-kakikh-oblastyakh-biznesa-primenyayutsya-sla-pomimo-it-sfery/)

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

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

Рейтинг: 1255

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

## [Что может помешать бизнесу обнаружить проблемы в работе ИТ-систем, если они не участвуют в определении метрик качества?](https://cleverics.ru/digital/kb-qa/chto-mozhet-pomeshat-biznesu-obnaruzhit-problemy-v-rabote-it-sistem-esli-oni-ne-uchastvuyut-v-oprede/)

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

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

Рейтинг: 1255

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

## [Какова роль практики мониторинга и управления событиями в ITIL 4?](https://cleverics.ru/digital/kb-qa/kakova-rol-praktiki-monitoringa-i-upravleniya-sobytiyami-v-itil-4/)

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

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

Рейтинг: 1255

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

## [Как определение риска помогает в разработке мероприятий по снижению рисков?](https://cleverics.ru/digital/kb-qa/kak-opredelenie-riska-pomogaet-v-razrabotke-meropriyatiy-po-snizheniyu-riskov/)

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

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

Рейтинг: 1254

Теги: управление рисками

## [Как руководящие принципы ITIL соотносятся с практикой постоянного совершенствования?](https://cleverics.ru/digital/kb-qa/kak-rukovodyashchie-printsipy-itil-sootnosyatsya-s-praktikoy-postoyannogo-sovershenstvovaniya/)

Руководящие принципы ITIL тесно связаны с практикой постоянного совершенствования, так как они призваны поддерживать постоянное улучшение на всех уровнях организации. Принципы, такие как "Действуйте итерационно, используя обратную связь" и "Оптимизируйте и автоматизируйте", непосредственно способствуют постоянному совершенствованию процессов и услуг. Система принципов ITIL помогает организациям определять направления для улучшения, оценивать текущее состояние и принимать обоснованные решения по внесению изменений. В частности, ITIL 4 включает в себя обновленную модель постоянного совершенствования, которая использует эти руководящие принципы как основу для планирования и реализации улучшений, что позволяет организациям гибко реагировать на внутренние и внешние изменения и непрерывно повышать качество предоставляемых услуг.

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

Рейтинг: 1252

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

## [Какие требования обычно предъявляются к кандидату на роль менеджера процесса управления проблемами?](https://cleverics.ru/digital/kb-qa/kakie-trebovaniya-obychno-predyavlyayutsya-k-kandidatu-na-rol-menedzhera-protsessa-upravleniya-probl/)

К менеджеру процесса управления проблемами обычно предъявляются требования: глубокие аналитические навыки для выявления корневых причин инцидентов, опыт работы с методологиями и инструментами анализа проблем, способность к стратегическому мышлению, знание ITIL или других ITSM фреймворков, коммуникативные навыки для взаимодействия с различными командами, умение формировать и поддерживать базу знаний, опыт работы с инструментами управления задачами и отслеживания проблем. Также важны навыки проектного управления для внедрения долгосрочных решений.

Автор: Михаил Тобурдановский

Рейтинг: 1252

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

## [Как процесс управления изменениями в ИТ связан с Time to market и Service Quality?](https://cleverics.ru/digital/kb-qa/kak-protsess-upravleniya-izmeneniyami-v-it-svyazan-s-time-to-market-i-service-quality/)

Time to market формируется из двух компонент: Process Time (время фактической работы над изменением) и Queue Time (время ожидания в очереди). Service Quality обратно пропорционально связана с Change Risk - чем выше риски, тем ниже качество услуг. Чем быстрее проводятся изменения (меньше Time to market), тем выше риски для качества услуг, и наоборот - увеличение требований к качеству (Service Quality) ведет к увеличению времени вывода решений. Release rate (частота внедрений) и Release size (размер релиза) также влияют на эту связь: высокая частота малых релизов снижает риски и способствует ускорению Time to market, тогда как редкие крупные релизы увеличивают риски и замедляют процесс. Также важны Change capability (способность команды проводить изменения) и Change Control Level (уровень контроля изменений), которые определяют, как эффективно и качественно проводятся изменения в системе.

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

Рейтинг: 1251

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

## [Что такое Project Oxygen в контексте управления в Google?](https://cleverics.ru/digital/kb-qa/chto-takoe-project-oxygen-v-kontekste-upravleniya-v-google/)

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

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

Рейтинг: 1251

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

## [Что такое OLA (Operational Level Agreement) и в каких ситуациях его использование оправдано?](https://cleverics.ru/digital/kb-qa/chto-takoe-ola-operational-level-agreement-i-v-kakikh-situatsiyakh-ego-ispolzovanie-opravdano/)

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

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

Рейтинг: 1251

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

## [В чем разница между интенсивностью труда и производительностью?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-mezhdu-intensivnostyu-truda-i-proizvoditelnostyu/)

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

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

Рейтинг: 1250

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