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

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

## [Как создать коммуникационную программу для повышения эффективности использования CMDB?](https://cleverics.ru/digital/kb-qa/kak-sozdat-kommunikatsionnuyu-programmu-dlya-povysheniya-effektivnosti-ispolzovaniya-cmdb/)

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

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

Рейтинг: 610

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

## [Что подразумевает компонента L в SLA?](https://cleverics.ru/digital/kb-qa/chto-podrazumevaet-komponenta-l-v-sla/)

Компонента L в SLA означает 'Level' (уровень) и представляет собой набор измеримых характеристик услуги, которые определяют, что именно измеряется и как оценивается качество предоставляемой услуги. Это могут быть метрики времени ответа, время восстановления после сбоев, доступность системы и другие количественные показатели, которые позволяют объективно оценить выполнение обязательств по соглашению.

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

Рейтинг: 610

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

## [Для какой цели была модифицирована формула метрики продуктивности](https://cleverics.ru/digital/kb-qa/dlya-kakoy-tseli-byla-modifitsirovana-formula-metriki-produktivnosti/)

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

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

Рейтинг: 609

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

## [Как ISO 22301 соотносится с другими стандартами в области управления непрерывностью?](https://cleverics.ru/digital/kb-qa/kak-iso-22301-sootnositsya-s-drugimi-standartami-v-oblasti-upravleniya-nepreryvnostyu/)

ISO 22301 представляет собой основной стандарт в области управления непрерывностью бизнеса, на который ссылаются другие документы. Например, Good Practice Guidelines (GPG) от Business Continuity Institute полностью согласованы с ISO 22301 и используют ту же терминологию. ISO 27031 по готовности ИКТ для бизнес-непрерывности также следует требованиям, установленным ISO 22301. Таким образом, ISO 22301 является базовым стандартом, вокруг которого построены другие документы и рекомендации.

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

Рейтинг: 609

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

## [Почему важно учитывать функциональные возможности при выборе системы автоматизации?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-funktsionalnye-vozmozhnosti-pri-vybore-sistemy-avtomatizatsii/)

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

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

Рейтинг: 609

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

## [Какие стандарты лежат в основе парадигмы ITSM?](https://cleverics.ru/digital/kb-qa/kakie-standarty-lezhat-v-osnove-paradigmy-itsm/)

В основе парадигмы ITSM лежат такие стандарты и фреймворки, как ITIL (Information Technology Infrastructure Library), COBIT (Control Objectives for Information and Related Technologies), ISO/IEC 20000 (международный стандарт для управления ИТ-услугами), MOF (Microsoft Operations Framework) и другие. ITIL является наиболее распространённым подходом и определяет набор лучших практик по управлению ИТ-услугами, охватывающий все аспекты жизненного цикла сервисов. Эти стандарты предоставляют общую основу для построения процессов ITSM, определяя цели, процессы, функции и метрики для эффективного управления ИТ-услугами.

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

Рейтинг: 609

Теги: COBIT, ISO 20000, ITIL, ITSM, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды

## [Как адаптировать деловую игру Grab@Pizza для участников с малым знанием ИТ?](https://cleverics.ru/digital/kb-qa/kak-adaptirovat-delovuyu-igru-grab-pizza-dlya-uchastnikov-s-malym-znaniem-it/)

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

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

Рейтинг: 609

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

## [Как определить, что изменение относится к категории «крупных» (major changes) в рамках ITIL?](https://cleverics.ru/digital/kb-qa/kak-opredelit-chto-izmenenie-otnositsya-k-kategorii-krupnykh-major-changes-v-ramkakh-itil/)

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

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

Рейтинг: 609

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

## [Каковы две основные конфликтующие цели ИТ?](https://cleverics.ru/digital/kb-qa/kakie-dve-osnovnye-konfliktuyushchie-tseli-it-opisany-v-tekste/)

В тексте описаны две основные конфликтующие цели ИТ: необходимость поддерживать развитие бизнеса и быстро проводить изменения (минимизировать Time to market), и необходимость предоставлять услуги высокого качества (стабильные, надежные, безопасные), что подразумевает обеспечение Service Quality. Эти цели конфликтуют, потому что чем быстрее проводятся изменения (меньше Time to market), тем выше риски с точки зрения качества услуг, а повышение уровня защиты продуктивной среды (увеличение Service Quality) приводит к увеличению времени на реализацию изменений (увеличению Time to market). Этот конфликт лежит в основе многих проблем в ИТ-организациях и часто приводит к так называемому Core Chronic Conflict (CCC) между разработкой и эксплуатацией.

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

Рейтинг: 608

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

## [Почему подрядчики обычно завышают свои оценки стоимости при отсутствии предпроектного обследования?](https://cleverics.ru/digital/kb-qa/pochemu-podryadchiki-obychno-zavyshayut-svoi-otsenki-stoimosti-pri-otsutstvii-predproektnogo-obsledo/)

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

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

Рейтинг: 608

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