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

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

## [Почему ценность «гарантии» важна в системе управления?](https://cleverics.ru/digital/kb-qa/pochemu-tsennost-garantii-vazhna-v-sisteme-upravleniya/)

Ценность «гарантии» обеспечивает уверенность в том, что добавленная ценность через развитие (utility) не будет обесценена из-за недоступности или некачественной работы услуги. Она измеряется через комбинацию доступности услуги, активной пользовательской базы и управления рисками (снижение негативных или усиление положительных). Ценности «полезности» (основная разработка) и «гарантии» не суммируются, а перемножаются, поэтому игнорирование «гарантии» может обнулить общий результат.

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

Рейтинг: 873

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

## [Какие разделы процесса управления финансами в ITIL Service Strategy описаны недостаточно подробно?](https://cleverics.ru/digital/kb-qa/kakie-razdely-protsessa-upravleniya-finansami-v-itil-service-strategy-opisany-nedostatochno-podrobno/)

В книге ITIL Service Strategy отсутствуют детальные рекомендации по реализации моделей аллокации затрат, представленной менее чем на одной странице в разделе 4.3.5.6. Также структура процесса управления финансами (Accounting, Budgeting, Charging) больше отражает области ответственности, чем конкретные процедуры, что затрудняет практическую реализацию процесса.

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

Рейтинг: 873

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

## [Какие ограничения должны существовать на изменение регламентного срока?](https://cleverics.ru/digital/kb-qa/kakie-ogranicheniya-dolzhny-sushchestvovat-na-izmenenie-reglamentnogo-sroka/)

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

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

Рейтинг: 873

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

## [Какие шаги клиент должен предпринять при возникновении проблем с оплатой и привязкой карты к сервису?](https://cleverics.ru/digital/kb-qa/kakie-shagi-klient-dolzhen-predprinyat-pri-vozniknovenii-problem-s-oplatoy-i-privyazkoy-karty-k-serv/)

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

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

Рейтинг: 873

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

## [Почему не следует использовать проектный аппарат для небольших изменений в ИТ-инфраструктуре?](https://cleverics.ru/digital/kb-qa/pochemu-ne-sleduet-ispolzovat-proektnyy-apparat-dlya-nebolshikh-izmeneniy-v-it-infrastrukture/)

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

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

Рейтинг: 873

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

## [Как мощность как компонент Warranty влияет на качество услуги?](https://cleverics.ru/digital/kb-qa/kak-moshchnost-kak-komponent-warranty-vliyaet-na-kachestvo-uslugi/)

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

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

Рейтинг: 873

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

## [Какие проблемы создают новые транзакции при попытке отката системы к предыдущему состоянию?](https://cleverics.ru/digital/kb-qa/kakie-problemy-sozdayut-novye-tranzaktsii-pri-popytke-otkata-sistemy-k-predydushchemu-sostoyaniyu/)

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

Автор: Шамиль Бабаев

Рейтинг: 873

Теги: общие вопросы менеджмента

## [Какие альтернативные подходы существуют вместо автоматической функциональной эскалации заявок?](https://cleverics.ru/digital/kb-qa/kakie-alternativnye-podkhody-sushchestvuyut-vmesto-avtomaticheskoy-funktsionalnoy-eskalatsii-zayavok/)

Вместо автоматической функциональной эскалации заявок существуют следующие подходы: 1) Внедрение системы активного мониторинга таймеров SLA с возможностью ручного вмешательства менеджера поддержки при приближении к критическому сроку; 2) Создание гибких маршрутов эскалации с возможностью динамического выбора следующего уровня поддержки на основе диагностики текущего уровня; 3) Внедрение системы раннего предупреждения для специалистов с уведомлениями о приближении к сроку решения инцидента; 4) Организация процесса регулярного аудита заявок, приближающихся к критическим срокам, с возможностью ручной эскалации при необходимости; 5) Внедрение системы внутренних стимулов для специалистов, поощряющей решение проблем на текущем уровне без лишней эскалации. Эти подходы обеспечивают большую гибкость и учитывают специфику каждого инцидента, избегая проблем, связанных с автоматической передачей заявок.

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

Рейтинг: 873

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

## [Можно ли использовать взвешенное геометрическое среднее для учета разной важности tension-метрик?](https://cleverics.ru/digital/kb-qa/mozhno-li-ispolzovat-vzveshennoe-geometricheskoe-srednee-dlya-ucheta-raznoy-vazhnosti-tension-metrik/)

Да, для учета разной важности метрик применяется взвешенное геометрическое среднее: K = (K1^w1 × K2^w2)^(1/(w1+w2)), где w1 и w2 — веса метрик. Например, если своевременность важнее результативности, вес w1 может быть больше w2. Однако даже в этом случае игнорирование одной метрики (значение 0%) приведет к K=0%, сохраняя основное свойство контроля баланса. Такой подход подходит для настройки KPI под специфику организации, но требует обоснованного выбора весов.

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

Рейтинг: 873

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

## [Как можно объяснить поведение химчисток, предупреждающих о невыполнении ключевых функций сервиса?](https://cleverics.ru/digital/kb-qa/kak-mozhno-obyasnit-povedenie-khimchistok-preduprezhdayushchikh-o-nevypolnenii-klyuchevykh-funktsiy/)

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

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

Рейтинг: 873

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