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

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

## [Как процесс управления конфигурациями связан с процессом управления изменениями?](https://cleverics.ru/digital/kb-qa/kak-protsess-upravleniya-konfiguratsiyami-svyazan-s-protsessom-upravleniya-izmeneniyami/)

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

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

Рейтинг: 966

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

## [Как определение услуги в ITIL связано с управлением затратами и рисками?](https://cleverics.ru/digital/kb-qa/kak-opredelenie-uslugi-v-itil-svyazano-s-upravleniem-zatratami-i-riskami/)

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

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

Рейтинг: 966

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

## [Какой подход к организации встреч рекомендуется для успешного SLM?](https://cleverics.ru/digital/kb-qa/kakoy-podkhod-k-organizatsii-vstrech-rekomenduetsya-dlya-uspeshnogo-slm/)

Для успешного SLM рекомендуется проводить очные встречи с участием представителей обеих сторон - заказчика и поставщика. Такие встречи должны быть направлены не только на определение формальных параметров и содержания услуг, но и на постепенное формирование взаимопонимания и ощущения общей заинтересованности. Участники встреч должны активно работать над выравниванием понимания сути услуги и распределения ответственности, что требует времени и внимания к личностным аспектам взаимодействия.

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

Рейтинг: 966

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

## [Как Warranty проявляется в ИТ-услугах, например, при решении проблемы блокировки российских IP-адресов?](https://cleverics.ru/digital/kb-qa/kak-warranty-proyavlyaetsya-v-it-uslugakh-naprimer-pri-reshenii-problemy-blokirovki-rossiyskikh-ip-a/)

В случае блокировки российских IP-адресов и использования решений типа VPN, Utility определяет, насколько решение помогает подключиться к заблокированным ресурсам (способность достигать цели). Warranty же оценивает, насколько удобно и надежно использовать это решение. Например, Warranty может быть низкой, если соединение через VPN имеет низкую скорость (проблема мощности), сложную процедуру настройки (проблема доступности), недостаточный уровень шифрования (проблема безопасности) или частые разрывы соединения (проблема непрерывности). Высокий уровень Warranty означает, что решение не только позволяет получить доступ к ресурсам (высокая Utility), но и делать это стабильно, быстро, безопасно и без сложных манипуляций для пользователя.

Автор: Александр Движков

Рейтинг: 966

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

## [Какие метрики должны использоваться для оценки выполнения целей процесса в ITIL?](https://cleverics.ru/digital/kb-qa/kakie-metriki-dolzhny-ispolzovatsya-dlya-otsenki-vypolneniya-tseley-protsessa-v-itil/)

Для оценки выполнения целей процесса в ITIL должны использоваться метрики, которые: - Непосредственно указаны в формулировке цели (например, для цели "увеличить долю решённых инцидентов до 95%" метрикой будет процент своевременно устранённых инцидентов). - Соответствуют критерию измеримости: имеют количественную шкалу и метод расчёта. - Привязаны к временным рамкам (ежемесячные, ежеквартальные отчёты). - Учитывают как количественные показатели (проценты, время выполнения), так и качественные аспекты в операционных задачах. - Связаны с цепочкой ценности: показывают влияние на качество услуг или бизнес-результаты. При этом метрики для задач процесса могут быть статичными (так как задачи редко меняются), тогда как для целей они переопределяются при каждом пересмотре целей.

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

Рейтинг: 966

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

## [Какие риски связаны с выводом всего ИТ-подразделения компании в аутсорсинг?](https://cleverics.ru/digital/kb-qa/kakie-riski-svyazany-s-vyvodom-vsego-it-podrazdeleniya-kompanii-v-autsorsing/)

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

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

Рейтинг: 965

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

## [Почему в потоке создания ценности не должно быть этапа 'Отложено'?](https://cleverics.ru/digital/kb-qa/pochemu-v-potoke-sozdaniya-tsennosti-ne-dolzhno-byt-etapa-otlozheno/)

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

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

Рейтинг: 965

Теги: бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, командная работа, поток создания ценности (Value Stream)

## [Чем опасен накопленный технический долг для проекта?](https://cleverics.ru/digital/kb-qa/chem-opasen-nakoplennyy-tekhnicheskiy-dolg-dlya-proekta/)

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

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

Рейтинг: 965

Теги: Agile и гибкие методы разработки ПО, архитектура ИТ, TOGAF и IT4IT, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, мониторинг, поддержка пользователей, Service Desk, Help Desk, разработка ПО, управление продуктами, продуктовый подход, управление проектами, PRINCE2, эффективность, оптимизация

## [Как предотвратить отставание от графика реализации проектов?](https://cleverics.ru/digital/kb-qa/kak-predotvratit-otstavanie-ot-grafika-realizatsii-proektov/)

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

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

Рейтинг: 965

Теги: управление проектами, PRINCE2

## [Чем владелец процесса управления уровнем услуг отличается от владельца услуги в ITIL V3?](https://cleverics.ru/digital/kb-qa/chem-vladelets-protsessa-upravleniya-urovnem-uslug-otlichaetsya-ot-vladeltsa-uslugi-v-itil-v3/)

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

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

Рейтинг: 965

Теги: ISO 20000, ITIL, общие вопросы менеджмента, стратегия, управление уровнем услуг, SLM