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

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

## [Почему традиционные показатели выполнения SLA не всегда отражают реальную удовлетворенность заказчика ИТ-услугами?](https://cleverics.ru/digital/kb-qa/pochemu-traditsionnye-pokazateli-vypolneniya-sla-ne-vsegda-otrazhayut-realnuyu-udovletvorennost-zaka/)

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

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

Рейтинг: 903

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

## [Какие ключевые переменные влияют на баланс между Agility и Stability в ИТ?](https://cleverics.ru/digital/kb-qa/kakie-klyuchevye-peremennye-vliyayut-na-balans-mezhdu-agility-i-stability-v-it/)

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

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

Рейтинг: 903

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

## [Какие преимущества дает правильная работа с клиентом в сложных ситуациях?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-pravilnaya-rabota-s-klientom-v-slozhnykh-situatsiyakh/)

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

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

Рейтинг: 903

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

## [Как обеспечить выполнение комплексных изменений в нескольких различных информационных системах?](https://cleverics.ru/digital/kb-qa/kak-obespechit-vypolnenie-kompleksnykh-izmeneniy-v-neskolkikh-razlichnykh-informatsionnykh-sistemakh/)

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

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

Рейтинг: 903

Теги: управление изменениями, управление процессами, ИТ-процессы

## [Какие ресурсы необходимы для эффективного управления проблемами?](https://cleverics.ru/digital/kb-qa/kakie-resursy-neobkhodimy-dlya-effektivnogo-upravleniya-problemami/)

Для эффективного управления проблемами требуются: команда специалистов с навыками анализа и диагностики, инструменты мониторинга и анализа данных (например, системы SIEM), процессы документирования и управления изменениями, а также выделенное время на проактивные задачи. Важна поддержка руководства, готового инвестировать в превентивные меры. Малым организациям хватит базового анализа инцидентов, тогда как крупным компаниям необходимы сложные системы прогнозирования и автоматизации.

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

Рейтинг: 903

Теги: командная работа, мониторинг, поддержка пользователей, Service Desk, Help Desk, управление изменениями, управление инцидентами, управление проблемами

## [Как можно оценить готовность команды к внедрению CI/CD?](https://cleverics.ru/digital/kb-qa/kak-mozhno-otsenit-gotovnost-komandy-k-vnedreniyu-ci-cd/)

Готовность команды к внедрению CI/CD можно оценить через несколько ключевых аспектов. Сначала нужно проверить практику работы с исходным кодом: есть ли дисциплина в использовании систем контроля версий, нет ли проблем с созданием множества долгоживущих веток и сложностей с мержами. Затем необходимо оценить наличие и качество автоматизированного тестирования: имеется ли достаточное количество автотестов, как часто они обновляются и насколько команда готова постоянно их поддерживать. Третий аспект — текущий режим релизов: если команда привыкла выпускать обновления редко (раз в месяц или квартал), это указывает на необходимость значительных изменений в процессах. Также важно оценить культуру команды: готовность к изменениям, понимание ценности автоматизации и непрерывности, а также наличие или отсутствие зависимости от отдельных людей для ключевых процессов. Составление чек-листа или карты требуемых технических практик поможет визуализировать текущее положение и определить «разрыв» между состоянием дел сейчас и тем, что необходимо для успешного внедрения CI/CD.

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

Рейтинг: 903

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

## [В чём необходимость участия менеджера изменений в каждом нестандартном изменении?](https://cleverics.ru/digital/kb-qa/kak-v-tekste-opisyvaetsya-neobkhodimost-uchastiya-menedzhera-izmeneniy-v-kazhdom-nestandartnom-izmen/)

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

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

Рейтинг: 903

Теги: DevOps, CI/CD, общие вопросы менеджмента, управление изменениями, управление процессами, ИТ-процессы, управление релизами

## [Как отраслевая специфика влияет на значение Incident Rate?](https://cleverics.ru/digital/kb-qa/kak-otraslevaya-spetsifika-vliyaet-na-znachenie-incident-rate/)

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

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

Рейтинг: 903

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

## [Что общего у различных технических услуг по отношению к инфраструктуре?](https://cleverics.ru/digital/kb-qa/chto-obshchego-u-razlichnykh-tekhnicheskikh-uslug-po-otnosheniyu-k-infrastrukture/)

Разные технические услуги имеют общие зависимости от одних и тех же инфраструктурных компонентов. 'Технические услуги для технических услуг' повторяются регулярно: услуга 'Работоспособность сетей и каналов передачи данных' необходима для функционирования всех ИТ-систем, так же как услуги по поддержке СУБД, СХД и других стандартных инфраструктурных компонентов.

Автор: Денис Денисов

Рейтинг: 903

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

## [Как определить, является ли перенос срока обоснованным?](https://cleverics.ru/digital/kb-qa/kak-opredelit-yavlyaetsya-li-perenos-sroka-obosnovannym/)

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

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

Рейтинг: 903