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

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

## [Какие типы бизнес-процессов наиболее уязвимы к длительным разовым простоям?](https://cleverics.ru/digital/kb-qa/kakie-tipy-biznes-protsessov-naibolee-uyazvimy-k-dlitelnym-razovym-prostoyam/)

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

Автор: Павел Дёмин

Рейтинг: 894

Теги: DevOps, CI/CD, SLA, бизнес, ценность, бизнес-заказчик, управление конфигурациями, CMDB, управление процессами, ИТ-процессы, управление рисками, управление уровнем услуг, SLM

## [Почему отказ от использования ролевой модели управления доступом может быть неоптимальным решением?](https://cleverics.ru/digital/kb-qa/pochemu-otkaz-ot-ispolzovaniya-rolevoy-modeli-upravleniya-dostupom-mozhet-byt-neoptimalnym-resheniem/)

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

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

Рейтинг: 894

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

## [Какие существуют методы привязки инцидентов к изменениям?](https://cleverics.ru/digital/kb-qa/kakie-sushchestvuyut-metody-privyazki-intsidentov-k-izmeneniyam/)

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

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

Рейтинг: 894

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

## [Какие особенности характерны для идеальной продуктовой команды согласно тексту?](https://cleverics.ru/digital/kb-qa/kakie-osobennosti-kharakterny-dlya-idealnoy-produktovoy-komandy-soglasno-tekstu/)

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

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

Рейтинг: 894

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

## [Как перепланирование помогает в кризисной ситуации проекта?](https://cleverics.ru/digital/kb-qa/kak-pereplanirovanie-pomogaet-v-krizisnoy-situatsii-proekta/)

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

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

Рейтинг: 894

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

## [Какая рекомендация содержится в части 2 ISO 20000 на странице 20?](https://cleverics.ru/digital/kb-qa/kakaya-rekomendatsiya-soderzhitsya-v-chasti-2-iso-20000-na-stranitse-20/)

В части 2 стандарта ISO 20000 на странице 20 содержится рекомендация: «Целевые показатели разрешения должны быть основаны на приоритете». Эта формулировка указывает, что сроки устранения проблем или инцидентов следует устанавливать с учетом их приоритета. При этом важно отметить, что это именно рекомендация, а не обязательное требование, так как находится во второй части стандарта.

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

Рейтинг: 894

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

## [Почему в процессе становления системы приоритизации изменений возникает увеличение уровня бюрократии?](https://cleverics.ru/digital/kb-qa/pochemu-v-protsesse-stanovleniya-sistemy-prioritizatsii-izmeneniy-voznikaet-uvelichenie-urovnya-byur/)

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

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

Рейтинг: 894

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

## [Как системное решение отличается от обходного в контексте исправления ошибок?](https://cleverics.ru/digital/kb-qa/kak-sistemnoe-reshenie-otlichaetsya-ot-obkhodnogo-v-kontekste-ispravleniya-oshibok/)

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

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

Рейтинг: 894

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

## [Как часто следует обновлять схему категоризации инцидентов?](https://cleverics.ru/digital/kb-qa/kak-chasto-sleduet-obnovlyat-skhemu-kategorizatsii-intsidentov/)

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

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

Рейтинг: 894

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

## [Как альтернативный термин «бизнес-симуляция» сравнивается с «деловой игрой»?](https://cleverics.ru/digital/kb-qa/kak-alternativnyy-termin-biznes-simulyatsiya-sravnivaetsya-s-delovoy-igroy/)

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

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

Рейтинг: 894

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