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

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

## [Какова роль процедур проведения изменений в управлении ИТ-инфраструктурой?](https://cleverics.ru/digital/kb-qa/kakova-rol-protsedur-provedeniya-izmeneniy-v-upravlenii-it-infrastrukturoy/)

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

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

Рейтинг: 1166

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

## [Что представляет собой деятельность по проектированию ролей в RBAC?](https://cleverics.ru/digital/kb-qa/chto-predstavlyaet-soboy-deyatelnost-po-proektirovaniyu-roley-v-rbac/)

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

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

Рейтинг: 1166

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

## [Почему инциденты связаны не только с техническими ошибками, но и с организацией труда?](https://cleverics.ru/digital/kb-qa/pochemu-intsidenty-svyazany-ne-tolko-s-tekhnicheskimi-oshibkami-no-i-s-organizatsiey-truda/)

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

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

Рейтинг: 1166

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

## [Какие риски возникают при автоматическом получении данных в CMDB?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-avtomaticheskom-poluchenii-dannykh-v-cmdb/)

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

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

Рейтинг: 1166

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

## [Какие основные обязанности владельца процесса по ITIL?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-obyazannosti-vladeltsa-protsessa-po-itil/)

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

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

Рейтинг: 1166

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

## [Какие практические упражнения помогают распознавать Action Bias в повседневной работе?](https://cleverics.ru/digital/kb-qa/kakie-prakticheskie-uprazhneniya-pomogayut-raspoznavat-action-bias-v-povsednevnoy-rabote/)

Практические упражнения для распознавания Action Bias включают в себя анализ реальных кейсов и ситуаций, таких как рассмотренное в тексте упражнение «Найдите среди предлагаемых утверждений ложные, обоснуйте своё мнение». Полезно регулярно проводить рефлексию принятых решений, задавая вопросы: было ли это действие действительно необходимо? Что бы произошло, если бы мы этого не сделали? Также можно внедрить практику «остановки перед действием» - обязательную паузу перед запуском новых задач для обоснования их необходимости. Деловые игры и симуляции процессов, такие как «Проект Феникс - DevOps на практике», позволяют в безопасной обстановке увидеть, как скрытые убеждения влияют на принятие решений. Важно создавать среду, где вопросы о целесообразности действий поощряются, а не рассматриваются как проявление нерешительности.

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

Рейтинг: 1166

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

## [Почему пользователи часто недовольны производительностью приложения, несмотря на работу ИТ-отдела?](https://cleverics.ru/digital/kb-qa/pochemu-polzovateli-chasto-nedovolny-proizvoditelnostyu-prilozheniya-nesmotrya-na-rabotu-it-otdela/)

Пользователи недовольны производительностью приложения из-за субъективного восприятия скорости работы: для одних приемлемо ожидание в 5 минут, для других уже 1 минута кажется вечностью. Кроме того, в ИТ-отделах происходит перекладывание ответственности между командами — разработчики обвиняют администраторов оборудования, а те, в свою очередь, ссылаются на программное обеспечение. Также проблема усугубляется тем, что не всегда четко определены критерии нормальной работы системы, что приводит к разночтениям в оценке её производительности.

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

Рейтинг: 1165

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

## [Что такое управление проблемами в ИТ-сфере и чем оно отличается от управления инцидентами?](https://cleverics.ru/digital/kb-qa/chto-takoe-upravlenie-problemami-v-it-sfere-i-chem-ono-otlichaetsya-ot-upravleniya-intsidentami/)

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

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

Рейтинг: 1165

Теги: управление инцидентами, управление проблемами

## [Как определить, что необходимо инвестировать в уменьшение технического долга?](https://cleverics.ru/digital/kb-qa/kak-opredelit-chto-neobkhodimo-investirovat-v-umenshenie-tekhnicheskogo-dolga/)

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

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

Рейтинг: 1165

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

## [Какие факторы нужно учитывать при заключении SLA с учетом рабочих календарей?](https://cleverics.ru/digital/kb-qa/kakie-faktory-nuzhno-uchityvat-pri-zaklyuchenii-sla-s-uchetom-rabochikh-kalendarey/)

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

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

Рейтинг: 1165

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