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

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

## [Почему сравнение данных за аналогичные периоды важно для анализа процессов?](https://cleverics.ru/digital/kb-qa/pochemu-sravnenie-dannykh-za-analogichnye-periody-vazhno-dlya-analiza-protsessov/)

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

Автор: Светлана Сапегина

Рейтинг: 901

Теги: DevOps, CI/CD

## [Какие альтернативы штрафным санкциям могут использоваться в SLA для улучшения качества услуг?](https://cleverics.ru/digital/kb-qa/kakie-alternativy-shtrafnym-sanktsiyam-mogut-ispolzovatsya-v-sla-dlya-uluchsheniya-kachestva-uslug/)

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

Автор: Денис Денисов

Рейтинг: 901

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

## [Какие ошибки допускают компании при работе с клиентами на уровне первой линии поддержки?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-dopuskayut-kompanii-pri-rabote-s-klientami-na-urovne-pervoy-linii-podderzhki/)

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

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

Рейтинг: 900

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

## [Какие признаки указывают на проблемы с делегированием задач руководителем?](https://cleverics.ru/digital/kb-qa/kakie-priznaki-ukazyvayut-na-problemy-s-delegirovaniem-zadach-rukovoditelem/)

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

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

Рейтинг: 900

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

## [Какой подход рекомендуется для начального этапа внедрения бизнес-ориентированного измерения доступности?](https://cleverics.ru/digital/kb-qa/kakoy-podkhod-rekomenduetsya-dlya-nachalnogo-etapa-vnedreniya-biznes-orientirovannogo-izmereniya-dos/)

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

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

Рейтинг: 900

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

## [Почему обучение является важным элементом ITSM-проектов?](https://cleverics.ru/digital/kb-qa/pochemu-obuchenie-yavlyaetsya-vazhnym-elementom-itsm-proektov/)

Обучение важно для ITSM-проектов, так как они направлены на изменение поведения людей: как определяются цели, измеряется прогресс, устанавливаются приоритеты, организуется взаимодействие с клиентами и определяется ценность работы. Обучение помогает формировать знания и навыки сотрудников, что напрямую влияет на их поведение. Оно должно охватывать не только технические аспекты («как делать»), но и объяснять причины изменений («зачем» и «почему именно так»), что особенно важно для ИТ-специалистов как интеллектуальных работников.

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

Рейтинг: 900

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

## [Какие аспекты необходимо учитывать при проектировании системы управления ИТ-департаментом?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-neobkhodimo-uchityvat-pri-proektirovanii-sistemy-upravleniya-it-departamentom/)

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

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

Рейтинг: 900

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

## [Каковы недостатки атрибутного формирования ролей в системах управления доступом?](https://cleverics.ru/digital/kb-qa/kakovy-nedostatki-atributnogo-formirovaniya-roley-v-sistemakh-upravleniya-dostupom/)

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

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

Рейтинг: 900

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

## [Что является характерным признаком процесса управления релизами в подразделении разработки/сопровождения?](https://cleverics.ru/digital/kb-qa/chto-yavlyaetsya-kharakternym-priznakom-protsessa-upravleniya-relizami-v-podrazdelenii-razrabotki-so/)

Характерными признаками процесса управления релизами в подразделении разработки/сопровождения являются: обработка только нестандартных запросов на изменения, самостоятельная авторизация изменений на CAB'е (без участия процесса управления изменениями), работа только с изменениями в приложениях (изменения в инфраструктуре обрабатывает процесс управления изменениями), и определение релиза как набора компонент, которые вместе тестируются и внедряются в продуктив. Такой подход соответствует описанию в BMC Service Management Process Model (SMPM).

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

Рейтинг: 900

Теги: управление изменениями, управление конфигурациями, CMDB, управление релизами

## [Как влияет повторная обработка инцидента на результат метрики результативности?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-povtornaya-obrabotka-intsidenta-na-rezultat-metriki-rezultativnosti/)

Повторная обработка инцидента отрицательно сказывается на результате метрики результативности. Чем больше количество инцидентов (M), которые потребовали повторной обработки конкретной группой, тем ниже значение KPI результативности, так как метрика рассчитывается как 1 — (M / N), где N — общее количество инцидентов с участием группы. Таким образом, повторные обработки напрямую снижают показатель результативности и показывают, что группа не смогла завершить задачу полностью и корректно с первого раза.

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

Рейтинг: 900

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