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

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

## [Как бизнес и ИТ могут достичь компромисса в вопросах учета активов?](https://cleverics.ru/digital/kb-qa/kak-biznes-i-it-mogut-dostich-kompromissa-v-voprosakh-ucheta-aktivov/)

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

Автор: Михаил Тобурдановский

Рейтинг: 696

Теги: ISO 20000, аллокация затрат, расчёт себестоимости услуг, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, поддержка пользователей, Service Desk, Help Desk, управление инцидентами, управление ИТ-активами, ITAM, SAM, управление релизами, экономика и финансы

## [Почему в большинстве коммерческих контрактов раздел о штрафных санкциях часто отсутствует?](https://cleverics.ru/digital/kb-qa/pochemu-v-bolshinstve-kommercheskikh-kontraktov-razdel-o-shtrafnykh-sanktsiyakh-chasto-otsutstvuet/)

В большинстве коммерческих контрактов раздел о штрафных санкциях может отсутствовать, так как многие услуги предоставляются «as is» (как есть), без гарантий стабильности и качества. Даже при наличии Соглашения об уровне обслуживания (SLA) практика применения штрафных санкций может быть ограничена, так как поставщики предпочитают сохранять гибкость и избегать строгих финансовых обязательств. Кроме того, в условиях рынка, где конкуренция играет ключевую роль, поставщики часто делают акцент на своей репутации и добровольном поддержании качества, что уменьшает необходимость вписывания подробных условий штрафов в контракт.

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

Рейтинг: 696

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

## [Почему подход MVP называют 'простым' только в кавычках?](https://cleverics.ru/digital/kb-qa/pochemu-podkhod-mvp-nazyvayut-prostym-tolko-v-kavychkakh/)

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

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

Рейтинг: 696

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

## [Как распределяется ответственность между уровнями поддержки при фиксированном маршруте эскалации?](https://cleverics.ru/digital/kb-qa/kak-raspredelyaetsya-otvetstvennost-mezhdu-urovnyami-podderzhki-pri-fiksirovannom-marshrute-eskalats/)

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

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

Рейтинг: 695

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

## [Почему не всегда возможно достичь 90% использования портала самообслуживания для подачи обращений в ИТ?](https://cleverics.ru/digital/kb-qa/pochemu-ne-vsegda-vozmozhno-dostich-90-ispolzovaniya-portala-samoobsluzhivaniya-dlya-podachi-obrashc/)

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

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

Рейтинг: 695

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

## [Как проявляется конструктивный диалог между бизнесом и ИТ-подразделением?](https://cleverics.ru/digital/kb-qa/kak-proyavlyaetsya-konstruktivnyy-dialog-mezhdu-biznesom-i-it-podrazdeleniem/)

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

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

Рейтинг: 695

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

## [Какие особенности характерны для команды на уровне «Детский сад»?](https://cleverics.ru/digital/kb-qa/kakie-osobennosti-kharakterny-dlya-komandy-na-urovne-detskiy-sad/)

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

Автор: Павел Капусткин

Рейтинг: 695

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

## [Как определить эффективный способ обеспечения ценности для заказчика?](https://cleverics.ru/digital/kb-qa/kak-opredelit-effektivnyy-sposob-obespecheniya-tsennosti-dlya-zakazchika/)

Для определения эффективного способа обеспечения ценности для заказчика необходимо сначала точно понять, что именно представляет ценность для заказчика, а затем выбрать наиболее рациональный и ресурсоэффективный способ её предоставления. Процесс включает несколько этапов: 1) выяснение реальных потребностей заказчика через регулярную коммуникацию и измерение удовлетворенности; 2) анализ доступных ресурсов и возможностей; 3) сравнение различных вариантов решения проблемы для выбора оптимального по соотношению затрат и результата. Как показано на примере такси, для создания комфортной атмосферы можно использовать разные подходы: чистка салона и отказ от курения (более сложный, но качественный способ) или установка ароматизаторов (быстрое, но менее качественное решение). Эффективность определяется тем, насколько выбранный путь соответствует ожиданиям заказчика при разумном использовании ресурсов.

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

Рейтинг: 695

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

## [Почему компании внедряют системы маршрутизации на основе классификации?](https://cleverics.ru/digital/kb-qa/pochemu-kompanii-vnedryayut-sistemy-marshrutizatsii-na-osnove-klassifikatsii/)

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

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

Рейтинг: 695

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

## [Что может произойти, если при определении ИТ-актива сосредоточиться только на формальных определениях из документов вроде ITIL?](https://cleverics.ru/digital/kb-qa/chto-mozhet-proizoyti-esli-pri-opredelenii-it-aktiva-sosredotochitsya-tolko-na-formalnykh-opredeleni/)

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

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

Рейтинг: 695

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