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

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

## [Какие шаги нужно предпринять для пересмотра процесса управления конфигурациями?](https://cleverics.ru/digital/kb-qa/kakie-shagi-nuzhno-predprinyat-dlya-peresmotra-protsessa-upravleniya-konfiguratsiyami/)

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

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

Рейтинг: 920

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

## [Какие условия необходимы для того, чтобы доверие могло заменить контроль в управлении?](https://cleverics.ru/digital/kb-qa/kakie-usloviya-neobkhodimy-dlya-togo-chtoby-doverie-moglo-zamenit-kontrol-v-upravlenii/)

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

Автор: Роман Журавлёв

Рейтинг: 920

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

## [Какие риски снижает назначение руководителя отдела сопровождения прикладных систем в роли менеджера процесса управления инцидентами?](https://cleverics.ru/digital/kb-qa/kakie-riski-snizhaet-naznachenie-rukovoditelya-otdela-soprovozhdeniya-prikladnykh-sistem-v-roli-mene/)

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

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

Рейтинг: 920

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

## [Как принцип "Фокусируйтесь на ценности" в ITIL 4 соотносится с принципами из предыдущей версии ITIL Practitioner Guidance?](https://cleverics.ru/digital/kb-qa/kak-printsip-fokusiruytes-na-tsennosti-v-itil-4-sootnositsya-s-printsipami-iz-predydushchey-versii-i/)

Принцип "Фокусируйтесь на ценности" (Focus on value) присутствует в обоих изданиях как ключевой. Однако в ITIL 4 расширено его содержание по сравнению с ITIL Practitioner Guidance 2016 года. В ITIL 4 четко указано, что понимание ценности включает в себя удовлетворение интересов как заказчиков (customer experience, CX), так и пользователей (user experience, UX). Это означает, что принцип "Проектируйте, ориентируясь на потребительский опыт использования" (Design for Experience), который существовал отдельно в ITIL Practitioner Guidance, фактически полностью интегрирован в более широкий принцип "Фокусируйтесь на ценности" в ITIL 4.

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

Рейтинг: 920

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

## [Как правильно учитывать рабочее время при выполнении обращений в условиях многочасовых поясов?](https://cleverics.ru/digital/kb-qa/kak-pravilno-uchityvat-rabochee-vremya-pri-vypolnenii-obrashcheniy-v-usloviyakh-mnogochasovykh-poyas/)

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

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

Рейтинг: 920

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

## [Какие примеры неэффективных процессов можно наблюдать в области эксплуатации ИТ-систем из-за искажения восприятия нормы?](https://cleverics.ru/digital/kb-qa/kakie-primery-neeffektivnykh-protsessov-mozhno-nablyudat-v-oblasti-ekspluatatsii-it-sistem-iz-za-isk/)

В области эксплуатации ИТ-систем искажение восприятия нормы проявляется через такие примеры: пользователи не могут легко получить доступ к необходимым сервисам (например, Confluence), поскольку для этого требуется использование конкретного браузера, выполнение множества ручных шагов, ввод трех разных паролей и соблюдение дополнительных условий. При этом служба поддержки не видит проблемы, так как уверена, что «доступ есть». Также распространены длительные сроки выполнения рутинных задач: обработка заявок занимает несколько недель, выделение виртуальных серверов — месяц-два. Такие задержки воспринимаются как нормальные, хотя в современных организациях они считаются неприемлемыми.

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

Рейтинг: 920

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

## [Почему уровень зрелости процесса в COBIT нельзя точно определить?](https://cleverics.ru/digital/kb-qa/pochemu-uroven-zrelosti-protsessa-v-cobit-nelzya-tochno-opredelit/)

Точное определение уровня зрелости процесса в COBIT невозможно, так как один процесс может демонстрировать признаки сразу нескольких уровней зрелости одновременно. Эта особенность схожа с принципом суперпозиции в квантовой физике, когда система может находиться в нескольких состояниях сразу. Поэтому однозначно определить, на каком уровне зрелости находится процесс, который проявляет черты уровней 2, 3 и 4, невозможно. Существующие методы расчета уровня зрелости, такие как использование весовых коэффициентов, остаются субъективными и зависят от подхода конкретного аудитора.

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

Рейтинг: 920

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

## [Какие данные необходимы для корректного расчета себестоимости ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kakie-dannye-neobkhodimy-dlya-korrektnogo-rascheta-sebestoimosti-it-uslug/)

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

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

Рейтинг: 920

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

## [Какие ошибки чаще всего допускают при внедрении COBIT 5 PAM в практику управления процессами?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-chashche-vsego-dopuskayut-pri-vnedrenii-cobit-5-pam-v-praktiku-upravleniya-protsessami/)

Основные ошибки при применении COBIT 5 PAM заключаются в излишней формализации и концентрации на создании документов, а не на реальном управлении процессами. Многие стремятся просто «заполнить требуемые шаблоны», не задумываясь о смысле и практической пользе. Другая распространенная ошибка — ожидание быстрого результата без учета того, что построение стабильной управленческой надстройки требует времени и постепенных улучшений. Также часто недооценивается роль профессионального суждения оценщика, из-за чего попытки механического следования формальным требованиям приводят к искажению результатов оценки. Важно помнить, что модель предназначена для поддержки управления, а не для создания бумажной волокиты.

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

Рейтинг: 920

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

## [Какие ошибки совершают компании при построении многоуровневой системы поддержки?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-sovershayut-kompanii-pri-postroenii-mnogourovnevoy-sistemy-podderzhki/)

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

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

Рейтинг: 920

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