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

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

## [Какие факторы определяют выбор типа командной структуры?](https://cleverics.ru/digital/kb-qa/kakie-faktory-opredelyayut-vybor-tipa-komandnoy-struktury/)

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

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

Рейтинг: 721

Теги: командная работа

## [Какие финансовые показатели зависят от коэффициента доступности ИТ-систем?](https://cleverics.ru/digital/kb-qa/kakie-finansovye-pokazateli-zavisyat-ot-koeffitsienta-dostupnosti-it-sistem/)

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

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

Рейтинг: 721

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

## [В чем заключаются минусы проектного управления при эксплуатации ИТ-систем?](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/pochemu-ne-rekomenduetsya-napryamuyu-svyazyvat-it-servis-so-vsemi-fizicheskimi-komponentami-infrastr/)

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

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

Рейтинг: 721

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

## [Что происходит, если гнаться за идеальным значением одной из сопряженных метрик?](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, управление запросами на обслуживание, эффективность, оптимизация