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

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

## [Почему важно учитывать как Utility, так и Warranty при создании услуги?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-kak-utility-tak-i-warranty-pri-sozdanii-uslugi/)

Важно учитывать как Utility, так и Warranty при создании услуги, потому что только их совокупность определяет, сможет ли услуга создать ценность для пользователя. Utility определяет, решает ли услуга нужную задачу (fit for purpose), а Warranty - насколько удобно и надежно ее можно использовать (fit for use). Услуга может идеально решать задачу (высокая Utility), но быть неудобной в использовании из-за частых сбоев, медленной работы или сложной настройки (низкая Warranty), что снижает ее общую ценность. Аналогично, услуга может быть стабильной и надежной (высокая Warranty), но не решать нужных задач пользователям (низкая Utility). Только сочетание высоких уровней обоих характеристик позволяет услуге эффективно создавать ценность и удовлетворять потребности пользователей.

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

Рейтинг: 1093

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

## [Как менеджер процесса должен использовать аналитику, добавленную разными уровнями команды?](https://cleverics.ru/digital/kb-qa/kak-menedzher-protsessa-dolzhen-ispolzovat-analitiku-dobavlennuyu-raznymi-urovnyami-komandy/)

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

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

Рейтинг: 1093

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

## [Почему ABAC не подходит для аудита прав пользователей?](https://cleverics.ru/digital/kb-qa/pochemu-abac-ne-podkhodit-dlya-audita-prav-polzovateley/)

ABAC не подходит для аудита, потому что в нём отсутствует явное понятие «права», как в RBAC. В ABAC доступ определяется динамически через набор условий на основе атрибутов, что делает невозможным однозначное определение привилегий пользователя без анализа всех текущих контекстных данных (время, место, свойства объекта). Это усложняет проверку и документирование прав, необходимые для аудита.

Автор: Александр Омельченко

Рейтинг: 1093

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

## [Почему ITIL не предлагает четкой методологии по нормированию сроков обработки проблем?](https://cleverics.ru/digital/kb-qa/pochemu-itil-ne-predlagaet-chetkoy-metodologii-po-normirovaniyu-srokov-obrabotki-problem/)

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

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

Рейтинг: 1093

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

## [Как ведет себя большинство компаний при возникновении нештатной ситуации?](https://cleverics.ru/digital/kb-qa/kak-vedet-sebya-bolshinstvo-kompaniy-pri-vozniknovenii-neshtatnoy-situatsii/)

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

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

Рейтинг: 1093

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

## [Как привязать совершенствование процессов к повышению качества ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-privyazat-sovershenstvovanie-protsessov-k-povysheniyu-kachestva-it-uslug/)

Для явного выделения вклада процессов в повышение качества ИТ-услуг необходимо формулировать цели развития каждого процесса через его конкретное назначение. Например, для управления инцидентами цель формулируется как 'Что можно сделать, чтобы инциденты решались быстрее?', а для управления проблемами — как 'Что можно сделать, чтобы инцидентов стало меньше?'. Каждая формулировка должна соответствовать критерию SMART, быть измеримой и ориентированной на потребности клиентов. Важно, чтобы развитие процессов напрямую связывалось с их ролью в обеспечении качества ИТ-услуг через конкретные действия и результаты.

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

Рейтинг: 1092

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

## [Как измеряется доступность ИТ-услуги?](https://cleverics.ru/digital/kb-qa/kak-izmeryaetsya-dostupnost-it-uslugi/)

Доступность ИТ-услуги измеряется по формуле: (время, в течение которого услуга была доступна) / (время, в течение которого услуга должна быть доступна). Однако для точного измерения необходимо определить критерии доступности и интервалы предоставления услуги. Показатель рассчитывается с использованием данных мониторинга интерфейсов, API, веб-страниц, анализа логов, end-to-end тестирования и контроля соблюдения SLA. Важно суммировать интервалы недоступности с учетом их пересечения. При отсутствии автоматизации могут использоваться менее точные методы, такие как учет длительности инцидентов, но это может привести к искажению данных.

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

Рейтинг: 1092

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

## [Чем отличается управление доступностью ИТ-услуг от управления непрерывностью ИТ-услуг по фокусу на риски?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-upravlenie-dostupnostyu-it-uslug-ot-upravleniya-nepreryvnostyu-it-uslug-po-fokusu/)

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

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

Рейтинг: 1092

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

## [Почему невозможно установить нормативы обработки проблем в ITSM?](https://cleverics.ru/digital/kb-qa/pochemu-nevozmozhno-ustanovit-normativy-obrabotki-problem-v-itsm/)

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

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

Рейтинг: 1092

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

## [Как сделать процесс заполнения форм на портале самообслуживания удобным для пользователя?](https://cleverics.ru/digital/kb-qa/kak-sdelat-protsess-zapolneniya-form-na-portale-samoobsluzhivaniya-udobnym-dlya-polzovatelya/)

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

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

Рейтинг: 1092

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