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

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

## [В чём разница между реактивным и проактивным управлением проблемами?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-mezhdu-reaktivnym-i-proaktivnym-upravleniem-problemami/)

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

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

Рейтинг: 1517

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

## [Как избежать сопротивления сотрудников при введении учёта трудозатрат?](https://cleverics.ru/digital/kb-qa/kak-izbezhat-soprotivleniya-sotrudnikov-pri-vvedenii-ucheta-trudozatrat/)

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

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

Рейтинг: 1363

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

## [Как меняется роль процесса управления конфигурациями при использовании микросервисной архитектуры и систем контроля версий?](https://cleverics.ru/digital/kb-qa/kak-menyaetsya-rol-protsessa-upravleniya-konfiguratsiyami-pri-ispolzovanii-mikroservisnoy-arkhitektu/)

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

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

Рейтинг: 1191

Теги: Agile и гибкие методы разработки ПО, архитектура ИТ, TOGAF и IT4IT, общие вопросы менеджмента, управление ИТ-активами, ITAM, SAM, управление конфигурациями, CMDB, управление процессами, ИТ-процессы

## [Какие недостатки имеет традиционный KPI по своевременности устранения инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-nedostatki-imeet-traditsionnyy-kpi-po-svoevremennosti-ustraneniya-intsidentov/)

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

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

Рейтинг: 1177

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

## [Что такое поток создания ценности (value stream) в контексте продуктового подхода?](https://cleverics.ru/digital/kb-qa/chto-takoe-potok-sozdaniya-tsennosti-value-stream-v-kontekste-produktovogo-podkhoda/)

Поток создания ценности (value stream) - это последовательность этапов, которая описывает решение задачи от начала до конца (сквозной процесс). Это конструкция, которая объединяет различные части организации во благо продукта(ов). В этом потоке ресурсы организации (включая людей) могут вовлекаться в выполнение работ на различных этапах. Отношение между организационными подразделениями и этапами потока является отношением многие-ко-многим: одно подразделение может участвовать в нескольких этапах потока, и для выполнения одного этапа может потребоваться несколько подразделений. Для структурирования анализа этих связей могут использоваться дополнительные слои сущностей, такие как практики в ITIL4 или 'способности' в TOGAF.

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

Рейтинг: 1168

Теги: архитектура ИТ, TOGAF и IT4IT, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поток создания ценности (Value Stream), управление продуктами, продуктовый подход

## [Как влияет рост сложности ИТ-инфраструктуры на процесс отката системы?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-rost-slozhnosti-it-infrastruktury-na-protsess-otkata-sistemy/)

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

Автор: Шамиль Бабаев

Рейтинг: 1152

Теги: архитектура ИТ, TOGAF и IT4IT, управление конфигурациями, CMDB, управление отношениями, взаимодействие, BRM, эффективность, оптимизация

## [Как определить оптимальные нормативы времени на обработку обращений в многочасовых поясах?](https://cleverics.ru/digital/kb-qa/kak-opredelit-optimalnye-normativy-vremeni-na-obrabotku-obrashcheniy-v-mnogochasovykh-poyasakh/)

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

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

Рейтинг: 1111

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

## [Как микросервисная архитектура изменяет подход к обеспечению безопасности приложений?](https://cleverics.ru/digital/kb-qa/kak-mikroservisnaya-arkhitektura-izmenyaet-podkhod-k-obespecheniyu-bezopasnosti-prilozheniy/)

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

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

Рейтинг: 1108

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

## [Как процесс управления инцидентами обеспечивает своевременность решения инцидентов в ITSM?](https://cleverics.ru/digital/kb-qa/kak-protsess-upravleniya-intsidentami-obespechivaet-svoevremennost-resheniya-intsidentov-v-itsm/)

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

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

Рейтинг: 1096

Теги: ITSM, архитектура ИТ, TOGAF и IT4IT, мотивация персонала, стимулирование, поддержка пользователей, Service Desk, Help Desk, управление инцидентами

## [Что такое эффект социальной лени и как он проявляется в интеллектуальной деятельности?](https://cleverics.ru/digital/kb-qa/chto-takoe-effekt-sotsialnoy-leni-i-kak-on-proyavlyaetsya-v-intellektualnoy-deyatelnosti/)

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

Автор: Светлана Сапегина

Рейтинг: 1074

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