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

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

## [Как организовать Service Desk при ограниченном количестве ИТ-специалистов?](https://cleverics.ru/digital/kb-qa/kak-organizovat-service-desk-pri-ogranichennom-kolichestve-it-spetsialistov/)

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

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

Рейтинг: 1258

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

## [Как развивать эмпатию у сотрудников компании?](https://cleverics.ru/digital/kb-qa/kak-razvivat-empatiyu-u-sotrudnikov-kompanii/)

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

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

Рейтинг: 1258

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

## [Какова роль практики мониторинга и управления событиями в ITIL 4?](https://cleverics.ru/digital/kb-qa/kakova-rol-praktiki-monitoringa-i-upravleniya-sobytiyami-v-itil-4/)

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

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

Рейтинг: 1258

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

## [Как процесс управления изменениями в ИТ связан с Time to market и Service Quality?](https://cleverics.ru/digital/kb-qa/kak-protsess-upravleniya-izmeneniyami-v-it-svyazan-s-time-to-market-i-service-quality/)

Time to market формируется из двух компонент: Process Time (время фактической работы над изменением) и Queue Time (время ожидания в очереди). Service Quality обратно пропорционально связана с Change Risk - чем выше риски, тем ниже качество услуг. Чем быстрее проводятся изменения (меньше Time to market), тем выше риски для качества услуг, и наоборот - увеличение требований к качеству (Service Quality) ведет к увеличению времени вывода решений. Release rate (частота внедрений) и Release size (размер релиза) также влияют на эту связь: высокая частота малых релизов снижает риски и способствует ускорению Time to market, тогда как редкие крупные релизы увеличивают риски и замедляют процесс. Также важны Change capability (способность команды проводить изменения) и Change Control Level (уровень контроля изменений), которые определяют, как эффективно и качественно проводятся изменения в системе.

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

Рейтинг: 1257

Теги: командная работа, общие вопросы менеджмента, разработка ПО, трансформация, ускорение, Time-to-Market, управление изменениями, управление релизами, управление рисками, управление уровнем услуг, SLM

## [Что такое OLA (Operational Level Agreement) и в каких ситуациях его использование оправдано?](https://cleverics.ru/digital/kb-qa/chto-takoe-ola-operational-level-agreement-i-v-kakikh-situatsiyakh-ego-ispolzovanie-opravdano/)

OLA (Operational Level Agreement) - это внутреннее соглашение между различными группами или подразделениями внутри ИТ-организации, определяющее обязательства каждой части организации по поддержке конечных бизнес-услуг. Использование OLA оправдано в тех организациях, где реализован сервисный подход и где необходимо четко разделить ответственность различных ИТ-подразделений за компоненты, из которых состоят конечные бизнес-услуги. Однако OLA не оправдан во всех организациях - он применим лишь к очень небольшой доле компаний, где сложность структуры и процессов требует такого уровня детализации внутренних обязательств.

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

Рейтинг: 1257

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

## [Почему не стоит искать универсальное решение для всех организационных проблем?](https://cleverics.ru/digital/kb-qa/pochemu-ne-stoit-iskat-universalnoe-reshenie-dlya-vsekh-organizatsionnykh-problem/)

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

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

Рейтинг: 1257

Теги: Канбан, WIP-лимиты, мотивация персонала, стимулирование, управление релизами

## [Как проявление гиперактивности одного участника влияет на развитие командной культуры?](https://cleverics.ru/digital/kb-qa/kak-proyavlenie-giperaktivnosti-odnogo-uchastnika-vliyaet-na-razvitie-komandnoy-kultury/)

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

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

Рейтинг: 1256

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

## [Какие причины не рекомендуют применять автоматическую функциональную эскалацию заявок на следующие линии поддержки при окончании срока обработки на текущей линии?](https://cleverics.ru/digital/kb-qa/kakie-prichiny-ne-rekomenduyut-primenyat-avtomaticheskuyu-funktsionalnuyu-eskalatsiyu-zayavok-na-sle/)

Основные причины, по которым не рекомендуется использовать автоматическую функциональную эскалацию: 1) Она возможна только в системах с фиксированными маршрутами эскалации, которые встречаются нечасто; 2) Специалист текущей линии (например, L2) может продолжать работать с заявкой после автоматической передачи на следующий уровень (L3), что приведет к параллельной работе двух разных уровней поддержки без взаимодействия; 3) Неясно, как информация о переводе заявки доходит до специалиста предыдущего уровня и как это влияет на его мотивацию решать проблемы без эскалации; 4) При массовых обращениях в случае major-инцидентов автоматическое перемещение заявок может нарушить стандартные процессы обработки, так как при закрытии такого инцидента заявки обычно разрешаются массово, но при этом они могут быть автоматически переданы выше по маршруту.

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

Рейтинг: 1256

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

## [Какие рекомендации по снижению рисков предлагает COBIT 5 for Risk?](https://cleverics.ru/digital/kb-qa/kakie-rekomendatsii-po-snizheniyu-riskov-predlagaet-cobit-5-for-risk/)

COBIT 5 for Risk предлагает рекомендации по снижению рисков, сгруппированные по семи факторам влияния: политики, принципы и подходы; процессы; организационная структура; культура, этика, поведение; информация; услуги, инфраструктура и приложения; люди, навыки и компетенции. Для каждой категории рисков из 20 предложенных в документе даются конкретные меры и уточнения о том, как каждая из них влияет на вероятность возникновения риска и величину возможного ущерба. Помимо этого, для каждого риска указывается применимость различных стратегий реагирования: уклонение, принятие, передача и снижение.

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

Рейтинг: 1256

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

## [Какие показатели используются для оценки эффективности управления инцидентами, кроме времени решения?](https://cleverics.ru/digital/kb-qa/kakie-pokazateli-ispolzuyutsya-dlya-otsenki-effektivnosti-upravleniya-intsidentami-krome-vremeni-res/)

Помимо традиционных показателей, связанных со временем решения инцидентов (например, MTTR — Mean Time To Resolution), для оценки эффективности управления инцидентами используются такие показатели, как FCR (First Contact Resolution) — доля инцидентов, решённых с первого обращения, что отражает эффективность коммуникации и полноту предоставления информации; доля инцидентов, возвращённых на доработку, которая показывает качество и окончательность решения; уровень проактивности оповещений и своевременности информирования пользователей; оценка удовлетворённости пользователей после закрытия инцидента. Эти показатели позволяют получить более полное представление об эффективности практики управления инцидентами, учитывая не только оперативность, но и качество обслуживания и коммуникации.

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

Рейтинг: 1256

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