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

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

## [Что представляют собой сложности при внедрении классификации для маршрутизации обращений?](https://cleverics.ru/digital/kb-qa/chto-predstavlyayut-soboy-slozhnosti-pri-vnedrenii-klassifikatsii-dlya-marshrutizatsii-obrashcheniy/)

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

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

Рейтинг: 779

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

## [Какую ошибку допустил автор при проведении SWOT-анализа?](https://cleverics.ru/digital/kb-qa/kakuyu-oshibku-dopustil-avtor-pri-provedenii-swot-analiza/)

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

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

Рейтинг: 779

Теги: стратегия, управление проблемами, управление рисками

## [Как вычисляется итоговый показатель удовлетворенности заказчика ИТ-услугами при использовании прямого подхода?](https://cleverics.ru/digital/kb-qa/kak-vychislyaetsya-itogovyy-pokazatel-udovletvorennosti-zakazchika-it-uslugami-pri-ispolzovanii-prya/)

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

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

Рейтинг: 779

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

## [Почему важна информация о конфигурационной архитектуре для эффективного управления изменениями?](https://cleverics.ru/digital/kb-qa/pochemu-vazhna-informatsiya-o-konfiguratsionnoy-arkhitekture-dlya-effektivnogo-upravleniya-izmeneniy/)

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

Автор: Андрей Труфанов

Рейтинг: 779

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

## [Как сбор и обработка обратной связи связаны с сервисным мышлением?](https://cleverics.ru/digital/kb-qa/kak-sbor-i-obrabotka-obratnoy-svyazi-svyazany-s-servisnym-myshleniem/)

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

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

Рейтинг: 779

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

## [Каким образом можно снизить расходы на информирование пользователей в рамках процесса Управления инцидентами?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-mozhno-snizit-raskhody-na-informirovanie-polzovateley-v-ramkakh-protsessa-upravleniya/)

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

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

Рейтинг: 779

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

## [Можно ли использовать пересечение графиков всех рабочих групп для определения времени поддержки ИТ-услуги?](https://cleverics.ru/digital/kb-qa/mozhno-li-ispolzovat-peresechenie-grafikov-vsekh-rabochikh-grupp-dlya-opredeleniya-vremeni-podderzhk/)

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

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

Рейтинг: 779

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

## [Как связаны между собой потоки создания ценности и путешествие заказчика?](https://cleverics.ru/digital/kb-qa/kak-svyazany-mezhdu-soboy-potoki-sozdaniya-tsennosti-i-puteshestvie-zakazchika/)

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

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

Рейтинг: 778

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

## [Как объяснить простым языком, зачем нужен процесс управления изменениями?](https://cleverics.ru/digital/kb-qa/kak-obyasnit-prostym-yazykom-zachem-nuzhen-protsess-upravleniya-izmeneniyami/)

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

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

Рейтинг: 778

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

## [Каким образом команда может делегировать ответственность за эксплуатацию продукта без потери контроля над его работоспособностью?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-komanda-mozhet-delegirovat-otvetstvennost-za-ekspluatatsiyu-produkta-bez-poteri-kontro/)

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

Автор: Андрей Труфанов

Рейтинг: 778

Теги: SLA, аутсорсинг, интеграция услуг, командная работа, мониторинг, общие вопросы менеджмента, управление инцидентами, управление конфигурациями, CMDB, управление продуктами, продуктовый подход, управление уровнем услуг, SLM