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

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

## [Какие критерии используются для определения emergency-изменений?](https://cleverics.ru/digital/kb-qa/kakie-kriterii-ispolzuyutsya-dlya-opredeleniya-emergency-izmeneniy/)

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

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

Рейтинг: 1032

Теги: ITIL, безопасность, бизнес, ценность, бизнес-заказчик, постоянное улучшение, совершенствование, CSI, PDCA, управление инцидентами, эффективность, оптимизация

## [Какие риски связаны с переходом на микросервисную архитектуру без должного планирования?](https://cleverics.ru/digital/kb-qa/kakie-riski-svyazany-s-perekhodom-na-mikroservisnuyu-arkhitekturu-bez-dolzhnogo-planirovaniya/)

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

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

Рейтинг: 1032

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

## [Какие последствия возникают, когда руководитель не может правильно распределить задачи между членами команды?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-voznikayut-kogda-rukovoditel-ne-mozhet-pravilno-raspredelit-zadachi-mezhdu-chlena/)

Неправильное распределение задач приводит к ряду негативных последствий: руководитель становится перегруженным рутинной работой, теряет контроль над стратегическими вопросами, снижается эффективность всей команды. В примере с деловой игрой Apollo-13 менеджер инцидентов, ставший маршрутизатором заявок, не смог обеспечить необходимый контроль за выполнением задач, в результате решено только 44% инцидентов, а среднее время решения увеличилось почти вдвое по сравнению с установленными SLA. Также может возникнуть хаос, потеря заявок и замедление работ, когда руководитель постоянно вмешивается в задачи сотрудников.

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

Рейтинг: 1032

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

## [Почему предотвращать все возможные угрозы для ИТ-услуг нерационально?](https://cleverics.ru/digital/kb-qa/pochemu-predotvrashchat-vse-vozmozhnye-ugrozy-dlya-it-uslug-neratsionalno/)

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

Автор: Константин Нарыжный

Рейтинг: 1032

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

## [Какие особенности следует учитывать при внедрении управления изменениями в территориально распределенной компании?](https://cleverics.ru/digital/kb-qa/kakie-osobennosti-sleduet-uchityvat-pri-vnedrenii-upravleniya-izmeneniyami-v-territorialno-raspredel/)

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

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

Рейтинг: 1032

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

## [Что такое «типовое решение» для задачи измерения ИТ-деятельности?](https://cleverics.ru/digital/kb-qa/chto-takoe-tipovoe-reshenie-dlya-zadachi-izmereniya-it-deyatelnosti/)

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

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

Рейтинг: 1032

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

## [Что такое этап согласования и почему он часто становится проблемным в бизнес-процессах?](https://cleverics.ru/digital/kb-qa/chto-takoe-etap-soglasovaniya-i-pochemu-on-chasto-stanovitsya-problemnym-v-biznes-protsessakh/)

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

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

Рейтинг: 1031

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

## [Почему не стоит сразу привязывать метрики к схемам мотивации сотрудников?](https://cleverics.ru/digital/kb-qa/pochemu-ne-stoit-srazu-privyazyvat-metriki-k-skhemam-motivatsii-sotrudnikov/)

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

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

Рейтинг: 1031

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

## [Как микросервисная архитектура влияет на диагностику проблем и инцидентов?](https://cleverics.ru/digital/kb-qa/kak-mikroservisnaya-arkhitektura-vliyaet-na-diagnostiku-problem-i-intsidentov/)

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

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

Рейтинг: 1031

Теги: архитектура ИТ, TOGAF и IT4IT, Канбан, WIP-лимиты, мониторинг, управление инцидентами

## [Как повышение эффективности управления сложной ИТ-службой может быть связано с измерениями?](https://cleverics.ru/digital/kb-qa/kak-povyshenie-effektivnosti-upravleniya-slozhnoy-it-sluzhboy-mozhet-byt-svyazano-s-izmereniyami/)

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

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

Рейтинг: 1031

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