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

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

## [Почему менеджером major-инцидента предпочтительнее назначать менеджера процесса, а не старшего группы специалистов?](https://cleverics.ru/digital/kb-qa/pochemu-menedzherom-major-intsidenta-predpochtitelnee-naznachat-menedzhera-protsessa-a-ne-starshego/)

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

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

Рейтинг: 937

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

## [Какие преимущества дает подход, при котором услуга описывается как доступ к ресурсу?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-podkhod-pri-kotorom-usluga-opisyvaetsya-kak-dostup-k-resursu/)

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

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

Рейтинг: 937

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

## [Почему внутренние процессы поставщика услуг недостаточны для предоставления оптимальной услуги?](https://cleverics.ru/digital/kb-qa/pochemu-vnutrennie-protsessy-postavshchika-uslug-nedostatochny-dlya-predostavleniya-optimalnoy-uslug/)

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

Автор: Андрей Труфанов

Рейтинг: 937

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

## [Как измерить эффективность работы по управлению проблемами?](https://cleverics.ru/digital/kb-qa/kak-izmerit-effektivnost-raboty-po-upravleniyu-problemami/)

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

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

Рейтинг: 937

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

## [Что такое предложение об изменении (Change proposal) в рамках ITIL, и из каких элементов оно состоит?](https://cleverics.ru/digital/kb-qa/chto-takoe-predlozhenie-ob-izmenenii-change-proposal-v-ramkakh-itil-i-iz-kakikh-elementov-ono-sostoi/)

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

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

Рейтинг: 936

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

## [Какова основная цель внедрения гибких практик в разработке ПО?](https://cleverics.ru/digital/kb-qa/kakova-osnovnaya-tsel-vnedreniya-gibkikh-praktik-v-razrabotke-po/)

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

Автор: Павел Капусткин

Рейтинг: 936

Теги: Agile и гибкие методы разработки ПО, DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, разработка ПО, трансформация, ускорение, Time-to-Market, управление релизами

## [Как создать систему постоянного улучшения ИТ-услуг на основе ITIL?](https://cleverics.ru/digital/kb-qa/kak-sozdat-sistemu-postoyannogo-uluchsheniya-it-uslug-na-osnove-itil/)

Система постоянного улучшения на основе ITIL (Continual Service Improvement) строится по следующему алгоритму: во-первых, определите ключевые показатели эффективности (KPI) для каждой ИТ-услуги, ориентированные на бизнес-результаты. Затем регулярно (ежемесячно или ежеквартально) проводите анализ данных по этим KPI, сравнивая с целевыми значениями. Обеспечьте сбор обратной связи от всех заинтересованных сторон - бизнес-подразделений, пользователей и технических специалистов. Создайте циклический процесс из четырех этапов: Measure (измерение текущего состояния), Analyze (анализ данных и выявление проблем), Improve (внедрение улучшений), Review (оценка результатов изменений). Назначьте ответственных за CSI из руководителей ИТ-подразделений и бизнес-лидеров. Проводите регулярные сессии по выявлению возможностей для улучшения, используя техники мозгового штурма и анализ основных причин. Внедрите систему приоритизации улучшений на основе их влияния на бизнес и сложности реализации. Убедитесь, что результаты улучшений измеряются и доводятся до сведения всех заинтересованных сторон, что создаст мотивацию для дальнейших улучшений. Важно, чтобы процесс CSI был частью повседневной культуры организации, а не разовым проектом.

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

Рейтинг: 936

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

## [Что подразумевается под аспектом 'Информация и технологии' в ITIL 4?](https://cleverics.ru/digital/kb-qa/chto-podrazumevaetsya-pod-aspektom-informatsiya-i-tekhnologii-v-itil-4/)

Аспект 'Информация и технологии' относится к информационным ресурсам и технологиям, использованным для хранения, обработки и создания информации в процессе предоставления ИТ-услуг. Он включает не только инструменты предоставления услуг (ITSM, совместной работы, инвентаризации, CMDB, анализа), но и передовые технологии вроде искусственного интеллекта, машинного обучения, облачных решений, мобильных платформ. Важно учитывать, какая информация управляется услугами, какая вспомогательная информация необходима, как информация защищается, управляется, архивируется и удаляется. Управление информацией должно быть целостным и соответствовать требованиям законодательства (например, соблюдение ФЗ 'О персональных данных'). Информация и технологии зависят от их использования и архитектуры, включая приложения, базы данных, системы связи и инфраструктуру.

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

Рейтинг: 936

Теги: AI, ML, LLM, ИИ, машинное обучение, ITIL, ITSM, архитектура ИТ, TOGAF и IT4IT, обучение сотрудников, учебные курсы, тренинги, управление конфигурациями, CMDB

## [Какие проблемы могут возникнуть, если бизнес и ИТ не имеют общего видения?](https://cleverics.ru/digital/kb-qa/kakie-problemy-mogut-vozniknut-esli-biznes-i-it-ne-imeyut-obshchego-videniya/)

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

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

Рейтинг: 936

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

## [Почему классический показатель доступности не отражает реальное влияние на бизнес?](https://cleverics.ru/digital/kb-qa/pochemu-klassicheskiy-pokazatel-dostupnosti-ne-otrazhaet-realnoe-vliyanie-na-biznes/)

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

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

Рейтинг: 936

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