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

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

## [В чем заключаются минусы проектного управления при эксплуатации ИТ-систем?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchayutsya-minusy-proektnogo-upravleniya-pri-ekspluatatsii-it-sistem/)

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

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

Рейтинг: 721

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

## [Что происходит, если гнаться за идеальным значением одной из сопряженных метрик?](https://cleverics.ru/digital/kb-qa/chto-proiskhodit-esli-gnatsya-za-idealnym-znacheniem-odnoy-iz-sopryazhennykh-metrik/)

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

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

Рейтинг: 721

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

## [Какие примеры компаний иллюстрируют трансформацию отраслей под влиянием ИТ?](https://cleverics.ru/digital/kb-qa/kakie-primery-kompaniy-illyustriruyut-transformatsiyu-otrasley-pod-vliyaniem-it/)

Примерами компаний, иллюстрирующих трансформацию отраслей под влиянием информационных технологий, являются: Uber, который изменил таксомоторную отрасль, создав цифровую платформу для соединения пассажиров и водителей; Netflix, который трансформировал индустрию развлечений от физических носителей к потоковому видео по подписке; Amazon, который превратил розничную торговлю через онлайн-платформу и логистические инновации; Airbnb, который изменил гостиничный бизнес, используя платформу для обмена жильем; Booking.com, который трансформировал туристическую отрасль через цифровую бронирующую систему.

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

Рейтинг: 721

Теги: бизнес, ценность, бизнес-заказчик, трансформация, ускорение, Time-to-Market

## [Как в IT4IT соотносятся функциональные компоненты с концепцией жизненного цикла услуги?](https://cleverics.ru/digital/kb-qa/kak-v-it4it-sootnosyatsya-funktsionalnye-komponenty-s-kontseptsiey-zhiznennogo-tsikla-uslugi/)

В IT4IT функциональные компоненты организованы вокруг сервисной модели (Service Model), которая представляет собой Service Backbone архитектуры. Эта модель охватывает все стадии, необходимые для создания и предоставления ИТ-услуг, что напрямую соответствует концепции жизненного цикла услуги из ITIL. Конкретно, функциональные компоненты в IT4IT распределены по четырем Value Streams, каждый из которых охватывает определенную фазу жизненного цикла: Strategy to Portfolio (S2P) - управление портфелем и стратегией; Requirement to Deployment (R2D) - разработка и развертывание; Request to Fulfill (R2F) - предоставление услуг; Detect to Correct (D2C) - управление эксплуатацией и решением проблем. Таким образом, набор функциональных компонентов в IT4IT охватывает все этапы от идеи услуги до ее непрерывного улучшения, полностью зеркалируя концепцию жизненного цикла услуги, только структурированную в виде потоков создания ценности.

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

Рейтинг: 721

Теги: DevOps, CI/CD, ITIL, архитектура ИТ, TOGAF и IT4IT, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, постоянное улучшение, совершенствование, CSI, PDCA, поток создания ценности (Value Stream), стратегия, управление релизами, эффективность, оптимизация

## [Почему различие между выходами и результатами важно при управлении финансовыми аспектами ИТ-услуг?](https://cleverics.ru/digital/kb-qa/pochemu-razlichie-mezhdu-vykhodami-i-rezultatami-vazhno-pri-upravlenii-finansovymi-aspektami-it-uslu/)

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

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

Рейтинг: 721

Теги: бизнес, ценность, бизнес-заказчик, бюджетирование, планирование затрат, трансформация, ускорение, Time-to-Market, управление проектами, PRINCE2, экономика и финансы

## [Какие примеры несовместимых разрешений можно привести в RBAC?](https://cleverics.ru/digital/kb-qa/kakie-primery-nesovmestimykh-razresheniy-mozhno-privesti-v-rbac/)

Примером несовместимых разрешений в RBAC может служить ситуация с платежами в банковской системе. Например, разрешение на проведение платежа в сторону контрагента и разрешение на одобрение такого платежа не могут быть назначены одному и тому же сотруднику, так как это нарушает принцип разделения обязанностей. В этом случае создается отдельная роль "Операционист", которая имеет право проводить платежи, и роль "Контролёр", которая может одобрять платежи. Эти роли не могут быть назначены одному и тому же сотруднику одновременно. Аналогичные примеры могут быть в других областях, например, в системе бухгалтерского учета не может быть одного лица, которое одновременно создает документы и утверждает их к оплате.

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

Рейтинг: 721

Теги: общие вопросы менеджмента, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление процессами, ИТ-процессы

## [Как влияет количество каналов коммуникации на оптимальную модель работы первой линии ИТ-поддержки?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-kolichestvo-kanalov-kommunikatsii-na-optimalnuyu-model-raboty-pervoy-linii-it-podderzhki/)

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

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

Рейтинг: 721

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

## [Почему формулировка работы в терминах ценности для заказчика является сложной задачей?](https://cleverics.ru/digital/kb-qa/pochemu-formulirovka-raboty-v-terminakh-tsennosti-dlya-zakazchika-yavlyaetsya-slozhnoy-zadachey/)

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

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

Рейтинг: 721

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

## [Как уровень ответственности влияет на качество аналитики в отчетах?](https://cleverics.ru/digital/kb-qa/kak-uroven-otvetstvennosti-vliyaet-na-kachestvo-analitiki-v-otchetakh/)

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

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

Рейтинг: 721

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

## [Какие риски возникают при отсутствии предпроектного обследования?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-otsutstvii-predproektnogo-obsledovaniya/)

При отсутствии предпроектного обследования возникает несколько серьезных рисков: подрядчики вынуждены завышать оценки бюджета и сроков из-за неопределенности задачи, что приводит к неоправданным увеличениям стоимости проекта; возрастает вероятность неполного или некорректного решения поставленных задач; повышается риск появления непредвиденных трудностей в процессе реализации; возрастает вероятность конфликтов между заказчиком и исполнителем из-за расхождения ожиданий. В среднем, риски при нечеткой постановке задачи начинаются от 10% и могут значительно увеличить итоговую стоимость проекта.

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

Рейтинг: 720

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