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

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

## [Как минимизировать задержки при перенаправлении обращений между регионами?](https://cleverics.ru/digital/kb-qa/kak-minimizirovat-zaderzhki-pri-perenapravlenii-obrashcheniy-mezhdu-regionami/)

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

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

Рейтинг: 1074

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

## [Какой стандарт регулирует совместимость и правильную компоновку компонентов RBAC?](https://cleverics.ru/digital/kb-qa/kakoy-standart-reguliruet-sovmestimost-i-pravilnuyu-komponovku-komponentov-rbac/)

Совместимость и правильную компоновку компонентов RBAC регулирует стандарт INCITS 459-2011 «Information Technology - Requirements for the Implementation and Interoperability of Role Based Access Control». Этот стандарт описывает допустимые сочетания компонентов (функциональных наборов) и интерфейсы, что обеспечивает правильную интеграцию различных элементов системы RBAC. В то время как INCITS 359-2012 определяет референтную модель и INCITS 494-2012 расширяет её возможностями по обработке динамических ограничений, INCITS 459-2011 отвечает за то, чтобы все эти компоненты могли работать вместе корректно и обеспечивать совместимость между различными реализациями систем управления доступом на базе RBAC.

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

Рейтинг: 1074

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

## [Каковы основные этапы внедрения системы управления лицензиями ПО?](https://cleverics.ru/digital/kb-qa/kakovy-osnovnye-etapy-vnedreniya-sistemy-upravleniya-litsenziyami-po/)

Основные этапы внедрения системы управления лицензиями ПО включают: постепенное внедрение по принципу «есть по частям» – начинать с учета наиболее болезненных для организации видов лицензий, а не пытаться охватить все сразу; распределение ролей до старта проекта – назначение ответственного за управление лицензиями (главного пастуха) и определение функций для других участников процесса; налаживание регулярного мониторинга отчётности по управлению лицензиями. Критически важно внедрять в процессы только те виды лицензий, которые уже отслеживаются вручную или иным способом, так как без существующей потребности люди не будут поддерживать систему.

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

Рейтинг: 1073

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

## [Какие факторы определяют необходимость применения контроля в организации?](https://cleverics.ru/digital/kb-qa/kakie-faktory-opredelyayut-neobkhodimost-primeneniya-kontrolya-v-organizatsii/)

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

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

Рейтинг: 1073

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

## [Что такое антикризисный режим работы в управлении проектами?](https://cleverics.ru/digital/kb-qa/chto-takoe-antikrizisnyy-rezhim-raboty-v-upravlenii-proektami/)

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

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

Рейтинг: 1073

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

## [Какие подходы к организации работы команды наиболее эффективны в деловых играх?](https://cleverics.ru/digital/kb-qa/kakie-podkhody-k-organizatsii-raboty-komandy-naibolee-effektivny-v-delovykh-igrakh/)

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

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

Рейтинг: 1073

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

## [Какое соотношение между временем ожидания и реальным временем работы над задачей в типичных командах разработки?](https://cleverics.ru/digital/kb-qa/kakoe-sootnoshenie-mezhdu-vremenem-ozhidaniya-i-realnym-vremenem-raboty-nad-zadachey-v-tipichnykh-ko/)

В типичных командах разработки для отдельной задачи из всего времени, которое она находится в системе, в среднем 90% составляет время ожидания. Для большого количества команд эта цифра еще выше - 95-97%. Это означает, что отношение реального времени работы над задачей (Touch Time) ко времени в системе (System Lead Time), называемое эффективностью потока, находится в диапазоне от 3% до 10% для обычных команд.

Автор: Павел Капусткин

Рейтинг: 1073

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

## [Какие компоненты включает в себя сервисное мышление?](https://cleverics.ru/digital/kb-qa/kakie-komponenty-vklyuchaet-v-sebya-servisnoe-myshlenie/)

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

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

Рейтинг: 1073

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

## [Почему возникает путаница с определением роли координатора в ITIL, например, в процессах управления изменениями и релизами?](https://cleverics.ru/digital/kb-qa/pochemu-voznikaet-putanitsa-s-opredeleniem-roli-koordinatora-v-itil-naprimer-v-protsessakh-upravleni/)

Путаница возникает по причине того, что стандарт ITIL V3 описывает процессы и общие подходы к управлению, но не детализирует организационные роли на уровне исполнения. Например, роль "Практик изменений" (Change practitioner) включает обязанности по мониторингу и проверке, но не прямо указывает на необходимость координации действий, которая скорее относится к процессу управления изменениями в целом. Аналогично, в процессе управления релизами координация формально не закреплена за конкретной ролью, хотя в обязанности менеджера процесса входит координация ресурсов и взаимодействие с другими процессами. Это приводит к неоднозначности в реализации процессов на практике и необходимости адаптировать стандарт под внутренние структуры организации.

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

Рейтинг: 1073

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

## [Почему неправильная визуализация процесса разработки может привести к неудаче проекта?](https://cleverics.ru/digital/kb-qa/pochemu-nepravilnaya-vizualizatsiya-protsessa-razrabotki-mozhet-privesti-k-neudache-proekta/)

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

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

Рейтинг: 1073

Теги: Agile и гибкие методы разработки ПО, командная работа, поддержка пользователей, Service Desk, Help Desk, управление продуктами, продуктовый подход, управление проектами, PRINCE2, управление рисками