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

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

## [Почему формальное внедрение методологий без адаптации приводит к неудаче?](https://cleverics.ru/digital/kb-qa/pochemu-formalnoe-vnedrenie-metodologiy-bez-adaptatsii-privodit-k-neudache/)

Формальное внедрение методологий без адаптации приводит к неудаче, потому что стандартные процессы, описанные в книгах, разработаны для общих случаев и не учитывают специфику конкретной организации. Без адаптации процессы становятся неприменимыми к реальным задачам и условиям, возникают противоречия с существующими практиками и структурой организации. Сотрудники не видят смысла в новых процедурах и продолжают работать старыми способами. Документы существуют формально, но не влияют на реальный процесс работы, что ведет к потере доверия к инициативе и возврату к прежней системе. Реальное внедрение требует глубокого понимания организации и тщательной адаптации процессов под ее уникальные характеристики.

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

Рейтинг: 1173

Теги: управление релизами

## [Почему MBO считается более эффективным, чем оценка зрелости процессов при планировании совершенствования?](https://cleverics.ru/digital/kb-qa/pochemu-mbo-schitaetsya-bolee-effektivnym-chem-otsenka-zrelosti-protsessov-pri-planirovanii-sovershe/)

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

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

Рейтинг: 1173

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

## [Какова роль неформальной части в сервисных отношениях?](https://cleverics.ru/digital/kb-qa/kakova-rol-neformalnoy-chasti-v-servisnykh-otnosheniyakh/)

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

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

Рейтинг: 1172

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

## [Какие проблемы возникают, когда владельцем процесса назначают руководителя одного из задействованных подразделений?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-kogda-vladeltsem-protsessa-naznachayut-rukovoditelya-odnogo-iz-zadeystvova/)

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

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

Рейтинг: 1172

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

## [Как работает иерархия ролей в системе RBAC?](https://cleverics.ru/digital/kb-qa/kak-rabotaet-ierarkhiya-roley-v-sisteme-rbac/)

Иерархичность в RBAC добавляет связи для организации иерархии ролей, при которой нижестоящие роли наследуют права доступа от вышестоящих. Это позволяет упростить администрирование, вынося общие базовые права в отдельную роль. Например, если есть роль 'Сотрудник' и роль 'Главный инженер', то можно определить, что роль 'Главный инженер' наследует права доступа от роли 'Сотрудник'. В этом случае не нужно будет при описании каждой роли перечислять одинаковые права доступа, достаточно установить наследование между ролями. Иерархия ролей является необязательным компонентом RBAC и может быть внедрена независимо от других компонентов системы.

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

Рейтинг: 1172

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

## [Как предотвратить деградацию CI/CD процесса после его внедрения?](https://cleverics.ru/digital/kb-qa/kak-predotvratit-degradatsiyu-ci-cd-protsessa-posle-ego-vnedreniya/)

Для предотвращения деградации CI/CD процесса после внедрения необходимо установить четкие правила, что 'назад пути нет, а половины конвейера не бывает'. Следует договориться, что конвейер работать должен всегда, без исключений, и нет других способов доставки изменений в эксплуатационную среду кроме как через него. Нужно удалить административные права на объекты инфраструктуры у всех, кроме конвейера. Рекомендуется стремиться к полному Continuous Deployment вместо менее совершенных вариантов (CI или CD), чтобы убрать 'волшебный рубильник', когда человек принимает решение о ручном релизе. Это означает, что все изменения, прошедшие через конвейер, автоматически попадают в рабочую среду без ручного одобрения. Такой подход не оставляет места для временного отключения части системы, например, автотестов, и гарантирует устойчивость процесса в долгосрочной перспективе.

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

Рейтинг: 1171

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

## [Почему запуск нововведений считается наиболее важным фактором в ITSM проекте?](https://cleverics.ru/digital/kb-qa/pochemu-zapusk-novovvedeniy-schitaetsya-naibolee-vazhnym-faktorom-v-itsm-proekte/)

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

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

Рейтинг: 1171

Теги: DevOps, CI/CD, ITSM, бизнес, ценность, бизнес-заказчик, командная работа, мотивация персонала, стимулирование, обучение сотрудников, учебные курсы, тренинги, поддержка пользователей, Service Desk, Help Desk, управление проектами, PRINCE2, управление релизами

## [Где граница применимости автоматизированных метрик и ручных методов измерения?](https://cleverics.ru/digital/kb-qa/gde-granitsa-primenimosti-avtomatizirovannykh-metrik-i-ruchnykh-metodov-izmereniya/)

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

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

Рейтинг: 1170

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

## [Что такое tension-партнер в контексте KPI для руководителей поддержки?](https://cleverics.ru/digital/kb-qa/chto-takoe-tension-partner-v-kontekste-kpi-dlya-rukovoditeley-podderzhki/)

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

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

Рейтинг: 1170

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

## [Что представляет собой система управления конфигурациями (CMS) в контексте ITIL?](https://cleverics.ru/digital/kb-qa/chto-predstavlyaet-soboy-sistema-upravleniya-konfiguratsiyami-cms-v-kontekste-itil/)

Система Управления Конфигурациями (Configuration Management System, CMS) определяется как набор инструментов, данных и информации, которые используются для поддержки процесса управления сервисными активами и конфигурациями. CMS является частью общей системы управления знаниями по услугам и включает в себя инструменты для сбора, хранения, управления, обновления, анализа и представления информации обо всех конфигурационных единицах и их взаимоотношениях. CMS может также содержать информацию об инцидентах, проблемах, известных ошибках, изменениях и релизах. Кроме того, CMS поддерживается процессом управления сервисными активами и конфигурациями и используется всеми процессами управления ИТ-услугами.

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

Рейтинг: 1169

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