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

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

## [Является ли SLM стартовой точкой сервисного подхода в управлении ИТ?](https://cleverics.ru/digital/kb-qa/yavlyaetsya-li-slm-startovoy-tochkoy-servisnogo-podkhoda-v-upravlenii-it/)

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

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

Рейтинг: 1200

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

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

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

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

Рейтинг: 1200

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

## [Какие аспекты следует учитывать при проектировании архитектуры решения для автоматизации бизнес-процессов?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-sleduet-uchityvat-pri-proektirovanii-arkhitektury-resheniya-dlya-avtomatizatsii-biznes/)

При проектировании архитектуры решения для автоматизации бизнес-процессов необходимо учитывать: соответствие решения бизнес-требованиям в контексте user story, технические требования к логике и интерфейсам, возможности интеграции с внешними системами, стандарты разработки компании, требования к документированию процессов и решений, а также накопленный опыт реализации аналогичных проектов. Важно также предусмотреть механизмы поддержания актуальности решения при изменении бизнес-процессов и внешней среды.

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

Рейтинг: 1200

Теги: ISO 20000, архитектура ИТ, TOGAF и IT4IT, бизнес, ценность, бизнес-заказчик, управление проектами, 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 — общее количество обращений, поступивших в заданную группу за отчётный период. Обе метрики измеряют долю успешно разрешённых обращений к общему количеству поступивших обращений, но с разными критериями успешного разрешения.

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

Рейтинг: 1199

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

## [Какие ошибки часто допускают при организации совещаний?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-chasto-dopuskayut-pri-organizatsii-soveshchaniy/)

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

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

Рейтинг: 1199

Теги: общие вопросы менеджмента

## [Какие преимущества дает назначение руководителя отдела сопровождения прикладных систем менеджером процесса управления инцидентами в ITSM?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-naznachenie-rukovoditelya-otdela-soprovozhdeniya-prikladnykh-sistem-mened/)

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

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

Рейтинг: 1199

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

## [Почему деловые игры являются эффективным инструментом корпоративного обучения?](https://cleverics.ru/digital/kb-qa/pochemu-delovye-igry-yavlyayutsya-effektivnym-instrumentom-korporativnogo-obucheniya/)

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

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

Рейтинг: 1199

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

## [Как ITIL предлагает определять приоритеты изменений вместо использования градации «срочности»?](https://cleverics.ru/digital/kb-qa/kak-itil-predlagaet-opredelyat-prioritety-izmeneniy-vmesto-ispolzovaniya-gradatsii-srochnosti/)

ITIL рекомендует определять приоритеты изменений через конкретные критерии: оценку влияния на бизнес и жёсткие временные рамки. Например, если бизнес требует реализовать изменение к определённому сроку («завтра»), это напрямую задаёт временные ограничения. Второй критерий — степень влияния изменения на ключевые процессы: если отсутствие правки приведёт к остановке бизнес-операций, это автоматически получает высший приоритет. Такой подход исключает субъективность и позволяет выстраивать очередь изменений на объективной основе, избегая злоупотребления термином «срочность».

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

Рейтинг: 1199

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

## [Какие риски необходимо указывать в методе ORBIT и как это делать?](https://cleverics.ru/digital/kb-qa/kakie-riski-neobkhodimo-ukazyvat-v-metode-orbit-i-kak-eto-delat/)

В разделе Risks (верхний правый квадрант) следует перечислить потенциальные сложности и угрозы, которые могут помешать достижению заявленных результатов. Риски нужно формулировать конкретно и детально, например: «Отсутствие средств мониторинга для контроля параметров предоставления услуг не позволит обеспечить достоверную отчетность», «Недостаточная квалификация персонала для работы с новыми инструментами», «Сопротивление сотрудников внедрению новых процессов». Чем более конкретно и понятно будут описаны риски, тем проще будет разработать стратегию их минимизации и подготовить запасные планы.

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

Рейтинг: 1199

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

## [Как метод ORBIT помогает в выборе решений и принятии решений в ходе проекта?](https://cleverics.ru/digital/kb-qa/kak-metod-orbit-pomogaet-v-vybore-resheniy-i-prinyatii-resheniy-v-khode-proekta/)

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

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

Рейтинг: 1199

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