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

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

## [Почему формальные измерения (например, SLA) часто не вызывают интереса у бизнес-заказчика?](https://cleverics.ru/digital/kb-qa/pochemu-formalnye-izmereniya-naprimer-sla-chasto-ne-vyzyvayut-interesa-u-biznes-zakazchika/)

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

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

Рейтинг: 992

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

## [Какие основные аспекты управления проектами определены в методологии PRINCE2®?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-aspekty-upravleniya-proektami-opredeleny-v-metodologii-prince2/)

Методология PRINCE2® определяет шесть основных аспектов управления проектами: Сроки (Timescales), Затраты (Costs), Объем работ (охват), Качество (Quality), Выгоды (Benefits) и Риск (Risk). Эти аспекты представляют собой параметры, которые необходимо контролировать в рамках проектного управления, и образуют взаимосвязанную систему, где изменение одного из параметров может повлиять на другие.

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

Рейтинг: 992

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

## [Каковы формулы расчёта метрик FLR и FCR?](https://cleverics.ru/digital/kb-qa/kakovy-formuly-rascheta-metrik-flr-i-fcr/)

Формула расчёта First Line Resolution (FLR): R/N, где R — количество обращений, решённых на первой линии поддержки, N — общее количество обращений, поступивших на первую линию за отчётный период. Формула расчёта First Contact Resolution (FCR): C/N, где C — количество обращений, решённых в ходе первичного контакта с пользователем, N — общее количество обращений, поступивших в заданную группу за отчётный период. Обе метрики измеряют долю успешно разрешённых обращений к общему количеству поступивших обращений, но с разными критериями успешного разрешения.

Автор: Дмитрий Хруслов

Рейтинг: 992

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

## [Что такое сервисный подход в управлении ИТ-услугами?](https://cleverics.ru/digital/kb-qa/chto-takoe-servisnyy-podkhod-v-upravlenii-it-uslugami/)

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

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

Рейтинг: 992

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

## [Как категоризация помогает в анализе первопричин инцидентов?](https://cleverics.ru/digital/kb-qa/kak-kategorizatsiya-pomogaet-v-analize-pervoprichin-intsidentov/)

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

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

Рейтинг: 992

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

## [Какие проблемы могут возникнуть при введении OLA внутри ИТ-подразделения?](https://cleverics.ru/digital/kb-qa/kakie-problemy-mogut-vozniknut-pri-vvedenii-ola-vnutri-it-podrazdeleniya/)

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

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

Рейтинг: 992

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

## [Почему первая линия поддержки часто не справляется с поддержкой прикладного ПО в ITSM?](https://cleverics.ru/digital/kb-qa/pochemu-pervaya-liniya-podderzhki-chasto-ne-spravlyaetsya-s-podderzhkoy-prikladnogo-po-v-itsm/)

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

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

Рейтинг: 992

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

## [Как проявляется фокус на ценности в сервисном мышлении?](https://cleverics.ru/digital/kb-qa/kak-proyavlyaetsya-fokus-na-tsennosti-v-servisnom-myshlenii/)

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

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

Рейтинг: 992

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

## [Какие особенности имеет управление запросами на обслуживание по сравнению с управлением инцидентами?](https://cleverics.ru/digital/kb-qa/kakie-osobennosti-imeet-upravlenie-zaprosami-na-obsluzhivanie-po-sravneniyu-s-upravleniem-intsidenta/)

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

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

Рейтинг: 991

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

## [Почему важно избегать формулировок типа «внедрить процесс управления изменениями» при постановке целей проекта?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-izbegat-formulirovok-tipa-vnedrit-protsess-upravleniya-izmeneniyami-pri-postanovke-ts/)

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

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

Рейтинг: 991

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