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

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

## [Как можно объединить показатели качества ИТ-услуг для отчёта перед топ-менеджментом, если каждая услуга имеет свой SLA с численными KPI?](https://cleverics.ru/digital/kb-qa/kak-mozhno-obedinit-pokazateli-kachestva-it-uslug-dlya-otcheta-pered-top-menedzhmentom-esli-kazhdaya/)

Для обобщённой отчётности перед топ-менеджментом рекомендуется использовать два ключевых показателя: среднее значение интегральных метрик качества по всем услугам и их минимальное значение. Среднее значение отражает общий уровень выполнения SLA, а минимальное значение указывает на наличие серьёзных провалов по отдельным услугам. Такой подход позволяет не только оценить общую картину (среднее), но и выявить критические проблемы. Для визуализации рекомендуется строить графики в динамике, по аналогии с японскими свечами на биржевых графиках, где диапазон между средним и минимальным значением формирует интервал, показывающий стабильность обслуживания.

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

Рейтинг: 1071

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

## [Как влияет чрезмерная активность одного участника на развитие новых членов команды или менее опытных сотрудников?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-chrezmernaya-aktivnost-odnogo-uchastnika-na-razvitie-novykh-chlenov-komandy-ili-menee-op/)

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

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

Рейтинг: 1071

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

## [Как должен работать идеальный сервис-интегратор с точки зрения клиентского опыта?](https://cleverics.ru/digital/kb-qa/kak-dolzhen-rabotat-idealnyy-servis-integrator-s-tochki-zreniya-klientskogo-opyta/)

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

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

Рейтинг: 1071

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

## [Как определить бизнес-бенефиты при планировании ITSM-проекта?](https://cleverics.ru/digital/kb-qa/kak-opredelit-biznes-benefity-pri-planirovanii-itsm-proekta/)

Бизнес-бенефиты (раздел Business benefits в нижнем левом квадранте) должны отвечать на вопрос, как результаты проекта будут полезны бизнесу в целом. Нужно указать, на какие вопросы руководства компании позволит ответить внедрение проекта, какие проблемы бизнеса будут решены. Например, можно указать: «Численные KPI для оценки качества операционной деятельности ИТ-подразделения», «Сокращение времени простоя системы за счет улучшенного управления инцидентами», «Повышение удовлетворенности клиентов за счет быстрого реагирования на запросы». Важно показать конкретную пользу для бизнеса, а не только для ИТ-отдела.

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

Рейтинг: 1071

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

## [Как взаимосвязаны процессы руководства и управления в COBIT 5?](https://cleverics.ru/digital/kb-qa/kak-vzaimosvyazany-protsessy-rukovodstva-i-upravleniya-v-cobit-5/)

В COBIT 5 проводится чёткое разграничение между процессами руководства и управления. Руководство (Evaluate, Direct, Monitor — домен EDM) осуществляется извне, как взаимодействие с управляемым объектом в режиме «черного ящика»: на вход подаются политики и требования, на выходе формируются отчеты. Управление же предполагает вмешательство во внутренние процессы, координацию деятельности и ресурсов для достижения целей. Таким образом, руководство задаёт направление, а управление непосредственно обеспечивает достижение результатов в рамках установленных требований.

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

Рейтинг: 1071

Теги: COBIT, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, руководство ИТ (IT Governance), управление отношениями, взаимодействие, BRM, управление процессами, ИТ-процессы

## [Почему первый шаг модели Коттера считается наиболее важным при внедрении изменений?](https://cleverics.ru/digital/kb-qa/pochemu-pervyy-shag-modeli-kottera-schitaetsya-naibolee-vazhnym-pri-vnedrenii-izmeneniy/)

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

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

Рейтинг: 1071

Теги: мотивация персонала, стимулирование, трансформация, ускорение, Time-to-Market, управление релизами

## [Какова основная цель практики управления проблемами?](https://cleverics.ru/digital/kb-qa/kakova-osnovnaya-tsel-praktiki-upravleniya-problemami/)

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

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

Рейтинг: 1071

Теги: управление инцидентами, управление проблемами

## [Чем опасен подход, когда управление проектом строится на работе с большими задачами, занимающими месяцы или годы?](https://cleverics.ru/digital/kb-qa/chem-opasen-podkhod-kogda-upravlenie-proektom-stroitsya-na-rabote-s-bolshimi-zadachami-zanimayushchi/)

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

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

Рейтинг: 1071

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

## [Как правильно выбрать события верхнего уровня для построения дерева отказов в контексте ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-pravilno-vybrat-sobytiya-verkhnego-urovnya-dlya-postroeniya-dereva-otkazov-v-kontekste-it-uslug/)

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

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

Рейтинг: 1071

Теги: ITSM, поддержка пользователей, Service Desk, Help Desk, управление доступностью, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление запросами на обслуживание

## [Как можно прогнозировать потребность в ресурсах ИТ с помощью среднего чека?](https://cleverics.ru/digital/kb-qa/kak-mozhno-prognozirovat-potrebnost-v-resursakh-it-s-pomoshchyu-srednego-cheka/)

Прогнозирование потребности в ресурсах ИТ с помощью среднего чека начинается с расчета количества сделок, необходимых для выполнения плана продаж. Например, годовой план в 1440 млн рублей при среднем чеке 10 000 рублей требует 120 000 сделок в год. Зная производительность одного продавца (20 сделок в день), можно определить, что необходимо около 500 продавцов. Это позволяет оценить количество одновременно работающих пользователей, объем операций в ИТ-системах и количество обращений в Service Desk. На основе этих данных строится план необходимых ресурсов: серверная мощность, пропускная способность сети, количество лицензий и персонал поддержки.

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

Рейтинг: 1071

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