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

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

## [Какие преимущества дает разделение атрибутов на статические и динамические в комбинированной модели?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-razdelenie-atributov-na-staticheskie-i-dinamicheskie-v-kombinirovannoy-mo/)

Разделение атрибутов на статические и динамические в комбинированной модели дает несколько ключевых преимуществ. Во-первых, значительно снижается общая сложность системы: вместо 2^n (где n - общее количество атрибутов) необходимо поддерживать лишь 2^m + 2^k (где m - число статических атрибутов, k - число динамических, причем m + k = n). Во-вторых, упрощается администрирование, так как большинство атрибутов в реальных системах являются статическими и редко меняются. В-третьих, динамические атрибуты, требующие более частого анализа, обрабатываются отдельно и обычно в гораздо меньшем количестве, что оптимизирует работу системы в реальном времени без необходимости пересчитывать все права при каждом запросе.

Автор: Александр Омельченко

Рейтинг: 1144

## [Как сервисно-ресурсная модель помогает при мониторинге и управлении событиями?](https://cleverics.ru/digital/kb-qa/kak-servisno-resursnaya-model-pomogaet-pri-monitoringe-i-upravlenii-sobytiyami/)

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

Автор: Анна Васильева

Рейтинг: 1144

Теги: мониторинг

## [Почему на ранних этапах внедрения процессов ИТ-управления важнее двигаться от простого к сложному?](https://cleverics.ru/digital/kb-qa/pochemu-na-rannikh-etapakh-vnedreniya-protsessov-it-upravleniya-vazhnee-dvigatsya-ot-prostogo-k-sloz/)

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

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

Рейтинг: 1143

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

## [Как V-модель применяется для управления тестированием в ИТ?](https://cleverics.ru/digital/kb-qa/kak-v-model-primenyaetsya-dlya-upravleniya-testirovaniem-v-it/)

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

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

Рейтинг: 1142

Теги: бизнес, ценность, бизнес-заказчик

## [Какие особенности имеет управление запросами на обслуживание по сравнению с управлением инцидентами?](https://cleverics.ru/digital/kb-qa/kakie-osobennosti-imeet-upravlenie-zaprosami-na-obsluzhivanie-po-sravneniyu-s-upravleniem-intsidenta/)

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

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

Рейтинг: 1142

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

## [Почему отсутствие SLA в ситуации, когда ИТ является внутренним поставщиком услуг, может создать проблемы?](https://cleverics.ru/digital/kb-qa/pochemu-otsutstvie-sla-v-situatsii-kogda-it-yavlyaetsya-vnutrennim-postavshchikom-uslug-mozhet-sozda/)

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

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

Рейтинг: 1142

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

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

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

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

Рейтинг: 1142

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

## [Какие особенности учёта финансовой информации в системах договоров и бухгалтерии могут привести к сложностям при интеграции с CMDB?](https://cleverics.ru/digital/kb-qa/kakie-osobennosti-ucheta-finansovoy-informatsii-v-sistemakh-dogovorov-i-bukhgalterii-mogut-privesti/)

Особенности учёта финансовой информации, которые создают сложности при интеграции с CMDB, включают: отсутствие в системах учёта договоров спецификации с перечнем закупленных или обслуживаемых позиций, неучет в бухгалтерских системах нематериальных активов, группировку объектов инфраструктуры в комплекты с описанием состава только в текстовом поле 'Комментарий'. Эти особенности затрудняют корректное сопоставление информации между системами и приводят к проблемам с точностью данных, особенно при попытке определить затраты на конкретные конфигурационные единицы. Для решения этих проблем требуется дополнительная настройка и обработка данных, поскольку автоматическая обработка таких случаев часто невозможна без создания специальных правил преобразования информации.

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

Рейтинг: 1142

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

## [Как принцип "Действуйте итерационно", описанный в ITIL Practitioner Guidance, изменился в ITIL 4?](https://cleverics.ru/digital/kb-qa/kak-printsip-deystvuyte-iteratsionno-opisannyy-v-itil-practitioner-guidance-izmenilsya-v-itil-4/)

Принцип "Действуйте итерационно" (Progress iteratively), описанный в ITIL Practitioner Guidance 2016 года, был дополнен в ITIL 4 2019 года до формулировки "Действуйте итерационно, используя обратную связь" (Progress iteratively with feedback). Это изменение подчеркивает важность не просто итерационного подхода к работе, но и обязательного сбора и учета обратной связи на каждой итерации. Авторы ITIL 4 таким образом делают акцент на том, что обратная связь является ключевым элементом успешных итераций, позволяющим корректировать дальнейшие шаги и улучшать результаты.

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

Рейтинг: 1142

Теги: ITIL, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы

## [Чем отличается подход COBIT5 for Risk в управлении рисками?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-podkhod-cobit5-for-risk-v-upravlenii-riskami/)

COBIT5 for Risk (ранее известный как Risk IT) предлагает строгий, структурированный подход к описанию и управлению рисками. Его отличительной особенностью является учет дополнительных параметров при оценке рисков, таких как прогнозируемая длительность негативного влияния, критичность события относительно календарного периода или времени суток. Документ содержит множество практических примеров, размещенных в виде плашек на полях, и включает сотни примеров рисков, классифицированных по 20 категориям – от управления ИТ-инвестициями и проектами до рисков, связанных с поставщиками, вредоносным ПО, атаками и регуляторами. Для каждого риска указаны соответствующие контрмеры.

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

Рейтинг: 1142

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