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

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

## [Как определяется модель управления выявленной ошибкой?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-model-upravleniya-vyyavlennoy-oshibkoy/)

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

Автор: Роман Журавлёв

Рейтинг: 74

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

## [Зачем нужны публичные страницы статуса систем и какие преимущества они дают?](https://cleverics.ru/digital/kb-qa/zachem-nuzhny-publichnye-stranitsy-statusa-sistem-i-kakie-preimushchestva-oni-dayut/)

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

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

Рейтинг: 73

Теги: DevOps, CI/CD, безопасность, командная работа, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, управление доступностью, управление инцидентами

## [Как на карте рисков распределяются зоны ответственности управления доступностью и управления непрерывностью?](https://cleverics.ru/digital/kb-qa/kak-na-karte-riskov-raspredelyayutsya-zony-otvetstvennosti-upravleniya-dostupnostyu-i-upravleniya-ne/)

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

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

Рейтинг: 68

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

## [Кто обычно является инициатором внедрения процесса управления доступностью?](https://cleverics.ru/digital/kb-qa/kto-obychno-yavlyaetsya-initsiatorom-vnedreniya-protsessa-upravleniya-dostupnostyu/)

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

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

Рейтинг: 68

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

## [Кто может быть назначен менеджером доступности?](https://cleverics.ru/digital/kb-qa/kto-mozhet-byt-naznachen-menedzherom-dostupnosti/)

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

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

Рейтинг: 65

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

## [Какие источники данных используются для расчёта метрик при фиксации границ ответственности ИТ?](https://cleverics.ru/digital/kb-qa/kakie-istochniki-dannykh-ispolzuyutsya-dlya-rascheta-metrik-pri-fiksatsii-granits-otvetstvennosti-it/)

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

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

Рейтинг: 62

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