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

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

## [Как разделены подсистемы в современных ИТ-приложениях?](https://cleverics.ru/digital/kb-qa/kak-razdeleny-podsistemy-v-sovremennykh-it-prilozheniyakh/)

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

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

Рейтинг: 778

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

## [Как учитывать трудозатраты на творческие работы, например, диагностику инцидентов?](https://cleverics.ru/digital/kb-qa/kak-uchityvat-trudozatraty-na-tvorcheskie-raboty-naprimer-diagnostiku-intsidentov/)

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

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

Рейтинг: 778

Теги: аллокация затрат, расчёт себестоимости услуг, архитектура ИТ, TOGAF и IT4IT, управление инцидентами

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

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

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

Рейтинг: 778

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

## [Какие инструменты аналитики используются для оценки результатов пост-имплементационного обзора (PIR)?](https://cleverics.ru/digital/kb-qa/kakie-instrumenty-analitiki-ispolzuyutsya-dlya-otsenki-rezultatov-post-implementatsionnogo-obzora-pi/)

Для оценки результатов PIR применяются инструменты бизнес-аналитики (на пример, Power BI, Tableau), которые визуализируют данные по KPI, бюджету и срокам. Также используются опросники (например, SurveyMonkey) для сбора обратной связи от пользователей. В ИТ-сфере активно задействуются мониторинговые системы (Nagios, Zabbix), чтобы оценивать технические показатели после внедрения изменений.

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

Рейтинг: 778

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

## [Как влияет низкая текучка кадров на формирование искаженного восприятия нормы?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-nizkaya-tekuchka-kadrov-na-formirovanie-iskazhennogo-vospriyatiya-normy/)

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

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

Рейтинг: 778

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

## [Какие инструменты автоматизации рекомендуются для процесса управления изменениями?](https://cleverics.ru/digital/kb-qa/kakie-instrumenty-avtomatizatsii-rekomenduyutsya-dlya-protsessa-upravleniya-izmeneniyami/)

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

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

Рейтинг: 778

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

## [Может ли один и тот же уровень зрелости быть достигнут с помощью различных контрольных мероприятий?](https://cleverics.ru/digital/kb-qa/mozhet-li-odin-i-tot-zhe-uroven-zrelosti-byt-dostignut-s-pomoshchyu-razlichnykh-kontrolnykh-meropriy/)

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

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

Рейтинг: 778

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

## [Что такое «бэклог-мясорубка» в контексте потока создания ценности?](https://cleverics.ru/digital/kb-qa/chto-takoe-beklog-myasorubka-v-kontekste-potoka-sozdaniya-tsennosti/)

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

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

Рейтинг: 778

Теги: DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, командная работа, поток создания ценности (Value Stream), эффективность, оптимизация

## [Зачем в ITIL необходимо разделять запросы на изменения и предложения об изменении?](https://cleverics.ru/digital/kb-qa/zachem-v-itil-neobkhodimo-razdelyat-zaprosy-na-izmeneniya-i-predlozheniya-ob-izmenenii/)

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

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

Рейтинг: 778

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

## [Как недовольный заказчик влияет на результат работы продуктовой команды?](https://cleverics.ru/digital/kb-qa/kak-nedovolnyy-zakazchik-vliyaet-na-rezultat-raboty-produktovoy-komandy/)

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

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

Рейтинг: 777

Теги: DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, командная работа, постоянное улучшение, совершенствование, CSI, PDCA, трансформация, ускорение, Time-to-Market, управление продуктами, продуктовый подход, эффективность, оптимизация