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

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

## [Почему важно понимать два типа затрат и рисков при построении сервисных отношений?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-ponimat-dva-tipa-zatrat-i-riskov-pri-postroenii-servisnykh-otnosheniy/)

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

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

Рейтинг: 725

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

## [Почему простое усреднение интегральных показателей качества ИТ-услуг может быть недостаточным для отчёта топ-менеджменту?](https://cleverics.ru/digital/kb-qa/pochemu-prostoe-usrednenie-integralnykh-pokazateley-kachestva-it-uslug-mozhet-byt-nedostatochnym-dly/)

Простое усреднение скрывает отдельные провалы по конкретным услугам, особенно когда количество SLA превышает десяток. Например, если 9 из 10 услуг работают на уровне 95% выполнения SLA, а одна — на уровне 10%, средний показатель будет 85,5%, что создаёт ложное впечатление стабильности. При этом критическая проблема в одной услуге, которая может быть критична для бизнеса, остаётся незамеченной. Минимальный показатель позволяет точно определить наличие таких провалов и принять оперативные меры.

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

Рейтинг: 725

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

## [Как можно улучшить процесс проведения SWOT-анализа?](https://cleverics.ru/digital/kb-qa/kak-mozhno-uluchshit-protsess-provedeniya-swot-analiza/)

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

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

Рейтинг: 725

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

## [Чем отличается структура процесса управления финансами в ITIL от предложенной практической структуры?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-struktura-protsessa-upravleniya-finansami-v-itil-ot-predlozhennoy-prakticheskoy-st/)

В ITIL процесс управления финансами (Accounting, Budgeting, Charging) представлен как набор областей ответственности, тогда как предложенная практическая структура включает пять четких процедур с определенными задачами, исполнителями и ответственностью, что делает ее пригодной для непосредственной реализации в организациях.

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

Рейтинг: 725

Теги: ITIL, общие вопросы менеджмента, экономика и финансы

## [Какие альтернативы существуют для отслеживания влияния инфраструктурных инцидентов на услуги?](https://cleverics.ru/digital/kb-qa/kakie-alternativy-sushchestvuyut-dlya-otslezhivaniya-vliyaniya-infrastrukturnykh-intsidentov-na-uslu/)

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

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

Рейтинг: 725

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

## [Почему важно вовлечение заказчика на этапе перехода услуги в эксплуатацию?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-vovlechenie-zakazchika-na-etape-perekhoda-uslugi-v-ekspluatatsiyu/)

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

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

Рейтинг: 725

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

## [Как влияет вероятностный характер поступления инцидентов на их среднее время решения?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-veroyatnostnyy-kharakter-postupleniya-intsidentov-na-ikh-srednee-vremya-resheniya/)

Вероятностный характер поступления инцидентов, описанный как стохастические отклонения, существенно влияет на среднее время их решения. Инциденты обычно распределяются неравномерно в течение дня с пиками нагрузки (распределение в форме 'верблюда'), что создает эффект очереди. Даже при постоянной производительности персонала, если инциденты приходят неравномерно, среднее время их решения может быть значительно выше, чем при равномерном распределении. Например, 24 инцидента, решаемые с производительностью 20 минут каждый, теоретически должны обрабатываться за 20 минут на инцидент при равномерном поступлении, но при массовом поступлении утром среднее время возрастает до 4 часов 10 минут. Это связано с тем, что последующие инциденты вынуждены ждать, пока предыдущие будут обработаны, что приводит к экспоненциальному росту среднего времени при увеличении количества одновременно поступающих инцидентов.

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

Рейтинг: 725

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

## [Какие ошибки совершают организации, пытаясь внедрить co-creation как модный тренд?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-sovershayut-organizatsii-pytayas-vnedrit-co-creation-kak-modnyy-trend/)

Организации, внедряющие co-creation как модный тренд, часто совершают ошибки: объявляют о co-creation в маркетинговых материалах, но не меняют внутренние процессы; создают видимость участия потребителей без реального влияния на продукт; не обучают сотрудников работе в режиме совместного создания; не определяют чётких правил и границ взаимодействия с клиентами; игнорируют необходимость изменения организационной культуры на более открытую и партнёрскую. Это приводит к разочарованию клиентов, которые ожидают реального участия, но получают лишь поверхностное копирование тренда без его实质ной реализации.

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

Рейтинг: 725

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

## [Как определяется видимость услуги для потребителя в ITIL4?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-vidimost-uslugi-dlya-potrebitelya-v-itil4/)

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

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

Рейтинг: 725

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

## [Почему важно лично докладывать на встречах по совершенствованию услуг, а не делегировать эту задачу?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-lichno-dokladyvat-na-vstrechakh-po-sovershenstvovaniyu-uslug-a-ne-delegirovat-etu-zad/)

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

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

Рейтинг: 725

Теги: общие вопросы менеджмента, постоянное улучшение, совершенствование, CSI, PDCA