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

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

## [Как связаны WIP-лимиты и отсутствие этапа 'Отложено' в потоке?](https://cleverics.ru/digital/kb-qa/kak-svyazany-wip-limity-i-otsutstvie-etapa-otlozheno-v-potoke/)

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

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

Рейтинг: 925

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

## [Как третье измерение связано с представлением ИТ-услуг в матрице?](https://cleverics.ru/digital/kb-qa/kak-trete-izmerenie-svyazano-s-predstavleniem-it-uslug-v-matritse/)

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

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

Рейтинг: 925

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

## [Почему важно регулярно пересматривать правила учета в CMDB?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-regulyarno-peresmatrivat-pravila-ucheta-v-cmdb/)

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

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

Рейтинг: 925

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

## [Когда использование суррогатных конфигурационных единиц оправдано в работе с CMDB?](https://cleverics.ru/digital/kb-qa/kogda-ispolzovanie-surrogatnykh-konfiguratsionnykh-edinits-opravdano-v-rabote-s-cmdb/)

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

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

Рейтинг: 925

Теги: поддержка пользователей, Service Desk, Help Desk, управление конфигурациями, CMDB

## [Какие последствия могут быть, если первая линия ИТ-поддержки будет выполнять только регистрацию обращений?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-mogut-byt-esli-pervaya-liniya-it-podderzhki-budet-vypolnyat-tolko-registratsiyu-o/)

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

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

Рейтинг: 925

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

## [Как подход MVP связан с потоками создания ценности в ITIL 4?](https://cleverics.ru/digital/kb-qa/kak-podkhod-mvp-svyazan-s-potokami-sozdaniya-tsennosti-v-itil-4/)

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

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

Рейтинг: 924

Теги: Agile и гибкие методы разработки ПО, ITIL, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поддержка пользователей, Service Desk, Help Desk, поток создания ценности (Value Stream), управление продуктами, продуктовый подход

## [Каковы основные процедуры процесса управления ИТ-финансами?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-protsedury-protsessa-upravleniya-it-finansami-predlozheny-v-tekste/)

Предложены следующие основные процедуры процесса управления ИТ-финансами: 1) Построение модели учета и аллокации ИТ-затрат; 2) Бюджетирование и тарификация; 3) Обеспечение учета затрат и доходов; 4) Анализ и поиск возможностей по оптимизации затрат; 5) Формирование отчетов и информирование заинтересованных сторон.

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

Рейтинг: 924

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

## [Какие варианты решения существуют при наличии нескольких заказчиков у одной ИТ-услуги?](https://cleverics.ru/digital/kb-qa/kakie-varianty-resheniya-sushchestvuyut-pri-nalichii-neskolkikh-zakazchikov-u-odnoy-it-uslugi/)

При наличии нескольких заказчиков у одной ИТ-услуги существуют три основных варианта решения: 1) Заключение SLA сразу с несколькими заказчиками, что может серьезно усложнить переговорный процесс и привести к размыванию ответственности бизнес-подразделений; 2) Рассмотрение одного подразделения как заказчика ИТ-услуги, а другого - как потребителя, с заключением SLA только с заказчиком, при этом предполагается, что договоренность с потребителем - это обязанность заказчика, однако это тоже может усложнить переговоры и не всегда устраивает бизнес; 3) Выделение для разных заказчиков отдельных ИТ-услуг, что приводит к росту каталога услуг и необходимости построения более сложных связей между ними, но обеспечивает большую ясность в аллокационной модели. Последний вариант, хотя и создает более сложный каталог ИТ-услуг, часто является наиболее предпочтительным с точки зрения четкого распределения ответственности и аллокации затрат.

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

Рейтинг: 924

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

## [Как доказать, что формализация процесса управления изменениями повысит стабильность ИТ-сервисов?](https://cleverics.ru/digital/kb-qa/kak-dokazat-chto-formalizatsiya-protsessa-upravleniya-izmeneniyami-povysit-stabilnost-it-servisov/)

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

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

Рейтинг: 924

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

## [Как влияет неправильная настройка сроков разрешения инцидентов на управление ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-nepravilnaya-nastroyka-srokov-razresheniya-intsidentov-na-upravlenie-it-uslugami/)

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

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

Рейтинг: 924

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