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

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

## [Как изменится роль первой линии поддержки при внедрении системы самостоятельной классификации обращений?](https://cleverics.ru/digital/kb-qa/kak-izmenitsya-rol-pervoy-linii-podderzhki-pri-vnedrenii-sistemy-samostoyatelnoy-klassifikatsii-obra/)

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

Автор: Михаил Тобурдановский

Рейтинг: 922

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

## [Как определяется целесообразность применения методик DevOps в организации?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-tselesoobraznost-primeneniya-metodik-devops-v-organizatsii/)

Целесообразность применения методик DevOps определяется оценкой их соответствия конечной бизнес-задаче и контексту организации. Необходимо проанализировать, является ли поддерживаемый ИТ-решением бизнес-процесс фактором дифференциации компании. Если нет, возможно, разумнее адаптировать бизнес-процесс под возможности доступных решений, включая коробочные продукты. Также важно учитывать уровень сложности инфраструктуры: в условиях высокой сложности (область 'Сложно' по Cynefin) традиционные методы могут быть неэффективны, и предпочтительнее использовать итеративный подход вместо сложного планирования.

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

Рейтинг: 922

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

## [Что делать, если сотрудники избегают использования прозрачных метрик?](https://cleverics.ru/digital/kb-qa/chto-delat-esli-sotrudniki-izbegayut-ispolzovaniya-prozrachnykh-metrik/)

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

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

Рейтинг: 922

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

## [Какие компоненты необходимо выделить при определении услуги в ITIL4?](https://cleverics.ru/digital/kb-qa/kakie-komponenty-neobkhodimo-vydelit-pri-opredelenii-uslugi-v-itil4/)

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

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

Рейтинг: 922

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

## [Почему некоторые организации сталкиваются с трудностями при внедрении практики управления конфигурациями?](https://cleverics.ru/digital/kb-qa/pochemu-nekotorye-organizatsii-stalkivayutsya-s-trudnostyami-pri-vnedrenii-praktiki-upravleniya-konf/)

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

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

Рейтинг: 922

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

## [Какие факторы влияют на мотивацию пользователя оставить обратную связь по услуге?](https://cleverics.ru/digital/kb-qa/kakie-faktory-vliyayut-na-motivatsiyu-polzovatelya-ostavit-obratnuyu-svyaz-po-usluge/)

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

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

Рейтинг: 922

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

## [Как фиксированная эскалация связана с SLA и OLA?](https://cleverics.ru/digital/kb-qa/kak-fiksirovannaya-eskalatsiya-svyazana-s-sla-i-ola/)

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

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

Рейтинг: 922

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

## [Какие аргументы говорят против разделения сервисных запросов и инцидентов на отдельные процессы?](https://cleverics.ru/digital/kb-qa/kakie-argumenty-govoryat-protiv-razdeleniya-servisnykh-zaprosov-i-intsidentov-na-otdelnye-protsessy/)

Основные аргументы против разделения включают: рациональность организации управления (поскольку обработка сбоев инфраструктуры и сервисных запросов часто схожа); вероятные конфликты в определении границ между инцидентом и сервисным запросом, превращающие технические вопросы в организационные споры о том, кто за что отвечает; рациональность автоматизации (в реальной практике разница в обработке инцидента, поданного пользователем, и сервисного запроса, поданного пользователем, не так велика, как разница между инфраструктурным инцидентом и обращением пользователя). Также отмечается, что в ITIL v2 прямо указано, что практика показывает схожесть в обработке как сбоев, так и сервисных запросов, поэтому они включались в один процесс.

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

Рейтинг: 922

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

## [Какие основные проблемы возникают при переходе к гибкому управлению разработкой ИТ-продуктов?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-problemy-voznikayut-pri-perekhode-k-gibkomu-upravleniyu-razrabotkoy-it-produktov/)

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

Автор: Светлана Сапегина

Рейтинг: 921

Теги: бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поток создания ценности (Value Stream), трансформация, ускорение, Time-to-Market, управление продуктами, продуктовый подход, управление релизами

## [Как влияет работа в нештатной ситуации на выбор клиента при повторном обращении?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-rabota-v-neshtatnoy-situatsii-na-vybor-klienta-pri-povtornom-obrashchenii/)

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

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

Рейтинг: 921

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