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

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

## [В чем основная разница между продажей товара и продажей услуги?](https://cleverics.ru/digital/kb-qa/v-chem-osnovnaya-raznitsa-mezhdu-prodazhey-tovara-i-prodazhey-uslugi/)

Основная разница заключается в том, что товар - это физический объект, который передается покупателю, и после покупки покупатель несет все затраты и риски, связанные с его использованием. Услуга же предполагает, что клиент не только получает некую ценность, но и перекладывает определенные затраты и риски на поставщика. При покупке услуги клиент получает доступ к ресурсу или сервисной операции, а не просто физический продукт. Например, при покупке шоколадки как товара клиент несет все риски и затраты по ее хранению, транспортировке и использованию, а при покупке шоколадки как услуги (Choco-as-a-Service) клиент перекладывает риски и затраты по доставке или обеспечению постоянного наличия шоколадки на поставщика.

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

Рейтинг: 2221

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

## [Почему среднее время решения инцидентов называется «средней температурой по больнице»?](https://cleverics.ru/digital/kb-qa/pochemu-srednee-vremya-resheniya-intsidentov-nazyvaetsya-sredney-temperaturoy-po-bolnitse/)

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

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

Рейтинг: 2123

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

## [Какие технические улучшения необходимы для перехода к более частым релизам в ИТ-проекте?](https://cleverics.ru/digital/kb-qa/kakie-tekhnicheskie-uluchsheniya-neobkhodimy-dlya-perekhoda-k-bolee-chastym-relizam-v-it-proekte/)

Для перехода к более частым релизам необходимы следующие технические улучшения: внедрение полной автоматизации процесса сборки и развёртывания; создание достаточного количества тестовых сред для параллельной работы; увеличение покрытия кода автоматическими тестами (юнит-тесты, интеграционные тесты, end-to-end тесты); внедрение практик непрерывной интеграции для немедленного обнаружения проблем; применение принципов разработки с малыми циклами изменений (small batches); создание системы мониторинга и обратной связи для быстрой реакции на проблемы; оптимизация процесса выделения ИТ-ресурсов под различные задачи; реализация стратегии feature toggles для безопасного включения новых функций. Эти изменения позволяют минимизировать риски и увеличить надёжность процесса доставки.

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

Рейтинг: 2059

Теги: DevOps, CI/CD, мониторинг, постоянное улучшение, совершенствование, CSI, PDCA, стратегия, управление продуктами, продуктовый подход, управление проектами, PRINCE2, управление процессами, ИТ-процессы, управление релизами, управление рисками, эффективность, оптимизация

## [Что такое Warranty в контексте управления услугами по ITIL?](https://cleverics.ru/digital/kb-qa/chto-takoe-warranty-v-kontekste-upravleniya-uslugami-po-itil/)

Warranty (Гарантия) — это одна из двух основных характеристик услуги в управлении услугами по ITIL. Warranty отвечает на вопрос fit for use - пригодность услуги к использованию, то есть насколько она находится в том состоянии, чтобы пользователь мог ею пользоваться. Warranty характеризуется четырьмя компонентами: доступность (Availabitity), мощность (Capacity), безопасность (Security) и непрерывность (Continuity). Warranty не означает просто гарантийный период в обычном понимании, а определяет, насколько услуга может быть использована потребителями без перебоев и проблем, что позволяет услуге обеспечивать ценность для пользователя.

Автор: Александр Движков

Рейтинг: 2045

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

## [Как коэффициент доступности связан с показателями SLA в ИТ-договорах?](https://cleverics.ru/digital/kb-qa/kak-koeffitsient-dostupnosti-svyazan-s-pokazatelyami-sla-v-it-dogovorakh/)

Коэффициент доступности является ключевым KPI в SLA (Service Level Agreement). Например, обязательство «99,9% доступности» означает, что суммарное время простоя в год не должно превышать 8,76 часов. При невыполнении этого условия поставщик услуг может выплачивать штрафы или предоставлять компенсации. Для расчета учитываются как внезапные отказы, так и плановые работы, согласованные с клиентом. Четкость определения термина в SLA предотвращает спорные ситуации.

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

Рейтинг: 2027

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

## [В чём разница между терминами Output и Outcome в ITIL?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-mezhdu-terminami-output-i-outcome-v-itil/)

Output (выход) — это результат деятельности поставщика услуг, который сам по себе не представляет ценности для потребителя, но является необходимым промежуточном этапом. Outcome (результат) — это конечный эффект, который достигает потребитель услуг, выражаясь в реальной пользе или удовлетворении его потребностей. Например, торт от пекарни — это output, тогда как счастливые дети на дне рождения — outcome.

Автор: Александр Движков

Рейтинг: 1996

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

## [Что такое влияние неопределенности на цели в контексте риска?](https://cleverics.ru/digital/kb-qa/chto-takoe-vliyanie-neopredelennosti-na-tseli-v-kontekste-riska/)

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

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

Рейтинг: 1991

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

## [Как системы автоматизации поддерживают процесс пост-имплементационного обзора (PIR) в управлении изменениями?](https://cleverics.ru/digital/kb-qa/kak-sistemy-avtomatizatsii-podderzhivayut-protsess-post-implementatsionnogo-obzora-pir-v-upravlenii/)

Системы автоматизации, такие как инструменты ITIL или enterprise-решения (ServiceNow, Jira), поддерживают PIR через автоматическое сбор данных о выполнении изменений, мониторинг KPI, генерацию отчетов и напоминания об этапах. Они интегрируются с другими системами (например, системы управления проектами), чтобы отслеживать соблюдение сроков, бюджета и качества. Также системы обеспечивают анализ тенденций на основе исторических данных, что помогает прогнозировать риски и оптимизировать процессы.

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

Рейтинг: 1939

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

## [Что представляет собой проблема разделения заказчика и плательщика в ИТ-отношениях?](https://cleverics.ru/digital/kb-qa/chto-predstavlyaet-soboy-problema-razdeleniya-zakazchika-i-platelshchika-v-it-otnosheniyakh/)

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

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

Рейтинг: 1938

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

## [Как связаны между собой SLM и SLA в контексте управления ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kak-svyazany-mezhdu-soboy-slm-i-sla-v-kontekste-upravleniya-it-uslugami/)

SLM (Service Level Management) - это процесс управления уровнем обслуживания, а SLA (Service Level Agreement) - это конкретное соглашение, которое фиксирует уровень предоставления услуг. При проектировании процесса SLM важно определить, как формируются и утверждаются SLA. В данном случае предложен метод, когда на этапе старта процесса SLM формируется базовое SLA 'AS IS', которое затем может корректироваться бизнесом через дополнительные соглашения, обеспечивая баланс между необходимостью запуска процесса и учетом потребностей заказчиков.

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

Рейтинг: 1914

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