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

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

## [Какие риски снижает этап согласования в обработке заявок?](https://cleverics.ru/digital/kb-qa/kakie-riski-snizhaet-etap-soglasovaniya-v-obrabotke-zayavok/)

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

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

Рейтинг: 843

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

## [Что такое "типовая (коробочная) система автоматизации" и какие ограничения она имеет?](https://cleverics.ru/digital/kb-qa/chto-takoe-tipovaya-korobochnaya-sistema-avtomatizatsii-i-kakie-ogranicheniya-ona-imeet/)

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

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

Рейтинг: 843

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

## [Как правильно организовать управление изменениями в крупной организации?](https://cleverics.ru/digital/kb-qa/kak-pravilno-organizovat-upravlenie-izmeneniyami-v-krupnoy-organizatsii/)

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

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

Рейтинг: 843

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

## [Как определить момент объявления инцидента значительным?](https://cleverics.ru/digital/kb-qa/kak-opredelit-moment-obyavleniya-intsidenta-znachitelnym/)

Момент объявления инцидента значительным определяется на основании заранее согласованного и задокументированного определения, утвержденного поставщиком услуг совместно с заказчиком. Любой участник процесса (сотрудник аварийной службы или подразделения поддержки) может объявить инцидент значительным, если ситуация соответствует заранее определенным критериям. После объявления значительного инцидента должна быть активирована специальная процедура, включающая уведомление топ-менеджмента, назначение ответственного лица, организацию совместной работы команд и внедрение специальных мер реагирования. Даже если некоторые службы не видят признаков значительного инцидента, они обязаны следовать установленной процедуре реагирования.

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

Рейтинг: 843

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

## [Как распределяются роли при настройке системы управления лицензиями?](https://cleverics.ru/digital/kb-qa/kak-raspredelyayutsya-roli-pri-nastroyke-sistemy-upravleniya-litsenziyami/)

Распределение ролей включает назначение ответственного за управление лицензиями («главного пастуха»), который будет контролировать процесс и принимать ключевые решения. Также определяются функции для технических специалистов (например, инженеров), которые могут вносить данные о новых установках ПО или освобождённых лицензиях. Важно заранее согласовать, какие действия будут автоматизированы, а какие потребуют ручного ввода, чтобы избежать дублирования задач или пробелов в учёте.

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

Рейтинг: 843

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

## [Какие проблемы могут возникнуть при увеличении числа потоков ценности?](https://cleverics.ru/digital/kb-qa/kakie-problemy-mogut-vozniknut-pri-uvelichenii-chisla-potokov-tsennosti/)

При увеличении числа потоков ценности могут возникнуть несколько проблем: несравнимость результатов деятельности отдельных потоков (особенно если одни измеряются в финансовых показателях, а другие - в натуральных единицах), конфликты между командами за ресурсы и инвестиции. Например, в случае с Twitter после разделения на потоки Community, Advertising и Marketplace возникла сложность с измерением эффективности социальной сети (измеряется в натуральных единицах), в отличие от рекламы и торговой площадки (измеряются в деньгах). Также возникает вопрос о том, как делить ответственность и влияние между потоками, когда успех коммерческих потоков напрямую зависит от качества аудитории, которую формирует поток социальной сети.

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

Рейтинг: 843

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

## [Почему формирование матрицы бизнес-ролей считается важным этапом в управлении доступом?](https://cleverics.ru/digital/kb-qa/pochemu-formirovanie-matritsy-biznes-roley-schitaetsya-vazhnym-etapom-v-upravlenii-dostupom/)

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

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

Рейтинг: 843

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

## [Какие факторы способствуют возникновению искажения восприятия нормы в организациях?](https://cleverics.ru/digital/kb-qa/kakie-faktory-sposobstvuyut-vozniknoveniyu-iskazheniya-vospriyatiya-normy-v-organizatsiyakh/)

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

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

Рейтинг: 843

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

## [Что представляют собой сложности при внедрении классификации для маршрутизации обращений?](https://cleverics.ru/digital/kb-qa/chto-predstavlyayut-soboy-slozhnosti-pri-vnedrenii-klassifikatsii-dlya-marshrutizatsii-obrashcheniy/)

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

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

Рейтинг: 843

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

## [Каковы альтернативные подходы к управлению проектами вместо частой смены приоритетов?](https://cleverics.ru/digital/kb-qa/kakovy-alternativnye-podkhody-k-upravleniyu-proektami-vmesto-chastoy-smeny-prioritetov/)

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

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

Рейтинг: 843

Теги: трансформация, ускорение, Time-to-Market, управление проектами, PRINCE2, управление процессами, ИТ-процессы, управление рисками