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

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

## [Как в ITIL определяется риск и что происходит, когда риск реализуется?](https://cleverics.ru/digital/kb-qa/kak-v-itil-opredelyaetsya-risk-i-chto-proiskhodit-kogda-risk-realizuetsya/)

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

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

Рейтинг: 1294

Теги: ITIL, управление инцидентами, управление рисками

## [Как определить, насколько расширять полномочия сотрудников первой линии ИТ-поддержки?](https://cleverics.ru/digital/kb-qa/kak-opredelit-naskolko-rasshiryat-polnomochiya-sotrudnikov-pervoy-linii-it-podderzhki/)

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

Автор: Анна Васильева

Рейтинг: 1292

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

## [Как агрегировать метрики на разных уровнях управления организации?](https://cleverics.ru/digital/kb-qa/kak-agregirovat-metriki-na-raznykh-urovnyakh-upravleniya-organizatsii/)

Агрегация метрик на разных уровнях управления осуществляется последовательно, начиная с нижних уровней. Например, начальник определенной функции на местном уровне оценивается по процессным метрикам своих подчиненных. После этого эти метрики агрегируются для оценки руководителя на следующем уровне (например, регионального руководителя). Региональные метрики, в свою очередь, агрегируются для оценки руководителя в головном офисе (HQ). Такая многоуровневая система позволяет отслеживать эффективность управления на всех уровнях. При этом важно, чтобы все метрики были приведены к сопоставимому формату (шкала от 0 до 1), что позволяет корректно комбинировать их через арифметическое среднее, геометрическое среднее, взвешенное среднее или по доле от целевых значений. Такой подход обеспечивает прозрачность и согласованность оценок на всех уровнях организации.

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

Рейтинг: 1291

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

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

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

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

Рейтинг: 1290

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

## [Как различаются понятия 'utility' и 'warranty' в контексте предоставления услуг?](https://cleverics.ru/digital/kb-qa/kak-razlichayutsya-ponyatiya-utility-i-warranty-v-kontekste-predostavleniya-uslug/)

В контексте предоставления услуг 'utility' (полезность) и 'warranty' (гарантия) обозначают два ключевых аспекта услуги. 'Utility' связан с функциональной полезностью услуги — например, в случае горячего водоснабжения это достаточная температура воды, правильный напор и удобное расположение крана для стирки. 'Warranty' касается качества и надежности услуги — например, режим подачи горячей воды (круглосуточно или с перерывами), скорость реагирования на аварии, длительность профилактических отключений и безопасность состава воды для здоровья. Гарантии должны быть тщательно проработаны поставщиком, согласованы с клиентом, а затем подтверждены в ходе предоставления услуги.

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

Рейтинг: 1290

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

## [Как связаны между собой RTO, RPO и планы непрерывности ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-svyazany-mezhdu-soboy-rto-rpo-i-plany-nepreryvnosti-it-uslug/)

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

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

Рейтинг: 1290

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

## [Какие примеры инцидентов приводятся в ITIL-практиках?](https://cleverics.ru/digital/kb-qa/kakie-primery-intsidentov-privodyatsya-v-itil-praktikakh/)

Примерами инцидентов являются: невозможность распечатать документ, отсутствие доступа к системе хранения данных (СХД), медленная загрузка страницы сайта и любые другие ситуации, связанные с прерыванием или ухудшением качества предоставляемой услуги. Инциденты представляют собой незапланированные события, требующие немедленного или максимально быстрого решения для восстановления нормальной работы.

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

Рейтинг: 1290

Теги: ITIL, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление инцидентами

## [Какие аспекты следует учитывать при разработке требований к системе управления конфигурациями (CMS)?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-sleduet-uchityvat-pri-razrabotke-trebovaniy-k-sisteme-upravleniya-konfiguratsiyami-cms/)

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

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

Рейтинг: 1289

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

## [Почему компании, прошедшие стадию стартапа, менее склонны к рискам при внедрении изменений?](https://cleverics.ru/digital/kb-qa/pochemu-kompanii-proshedshie-stadiyu-startapa-menee-sklonny-k-riskam-pri-vnedrenii-izmeneniy/)

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

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

Рейтинг: 1289

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

## [Должна ли первая линия ИТ-поддержки решать вопросы пользователей при первом контакте?](https://cleverics.ru/digital/kb-qa/dolzhna-li-pervaya-liniya-it-podderzhki-reshat-voprosy-polzovateley-pri-pervom-kontakte/)

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

Автор: Анна Васильева

Рейтинг: 1288

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