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

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

## [Как заказчик ИТ-услуги влияет на определение доступности?](https://cleverics.ru/digital/kb-qa/kak-zakazchik-it-uslugi-vliyaet-na-opredelenie-dostupnosti/)

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

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

Рейтинг: 1062

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

## [Какие действия должен предпринять топ-менеджмент при возникновении значительного инцидента?](https://cleverics.ru/digital/kb-qa/kakie-deystviya-dolzhen-predprinyat-top-menedzhment-pri-vozniknovenii-znachitelnogo-intsidenta/)

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

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

Рейтинг: 1062

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

## [Как влияет недостаток мотивации сотрудников на внедрение новых методологий управления?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-nedostatok-motivatsii-sotrudnikov-na-vnedrenie-novykh-metodologiy-upravleniya/)

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

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

Рейтинг: 1062

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

## [Как определить, что инцидент вызван определенным изменением?](https://cleverics.ru/digital/kb-qa/kak-opredelit-chto-intsident-vyzvan-opredelennym-izmeneniem/)

Для определения причинно-следственной связи между изменением и инцидентом необходимо провести анализ корневой причины. Следует рассмотреть временной интервал между реализацией изменения и появлением инцидента (обычно в пределах 24-48 часов), проверить конфигурационные элементы, затронутые изменением, и их соответствие проявившейся проблеме. Важно учитывать симптомы инцидента и сравнивать их с ожидаемыми результатами изменения. Окончательное решение о связи должно приниматься на основе совокупности evidence, а не по одному фактору. Эффективно использовать структурированный процесс анализа, включающий участие менеджера по изменениям и владельца процесса управления инцидентами.

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

Рейтинг: 1062

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

## [Как решать проблему нехватки инструментов для ИТ-бюджетирования?](https://cleverics.ru/digital/kb-qa/kak-reshat-problemu-nekhvatki-instrumentov-dlya-it-byudzhetirovaniya/)

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

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

Рейтинг: 1062

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

## [Что такое «уровень зрелости управления» и как он связан с приоритетами бизнеса?](https://cleverics.ru/digital/kb-qa/chto-takoe-uroven-zrelosti-upravleniya-i-kak-on-svyazan-s-prioritetami-biznesa/)

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

Автор: Константин Нарыжный

Рейтинг: 1062

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

## [Почему не имеет смысла ставить в качестве цели проекта достижение определенного уровня зрелости?](https://cleverics.ru/digital/kb-qa/pochemu-ne-imeet-smysla-stavit-v-kachestve-tseli-proekta-dostizhenie-opredelennogo-urovnya-zrelosti/)

Постановка цели проекта как достижение определенного уровня зрелости не имеет смысла, потому что уровень зрелости является лишь иллюстративным инструментом и не отражает конкретные действия или результаты. Это сравнивается с формулировкой задачи «купить в магазине продуктов на N рублей» - такая постановка не определяет, какие именно продукты нужны и для чего, а только указывает бюджет. Аналогично, стремление достичь уровня зрелости 3 без четкого определения, какие именно процессы и контроли должны быть улучшены, делает цель проекта расплывчатой и непродуктивной. Нужно фокусироваться на конкретных улучшениях процессов, а не на абстрактных уровнях.

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

Рейтинг: 1061

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

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

Рейтинг: 1061

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

## [Какие области бизнеса подходят для применения рекомендаций ITIL?](https://cleverics.ru/digital/kb-qa/kakie-oblasti-biznesa-podkhodyat-dlya-primeneniya-rekomendatsiy-itil/)

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

Автор: Елена Колбей

Рейтинг: 1061

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

## [Что включают в себя желания (Запад) в модели Compass Model и как их выявить?](https://cleverics.ru/digital/kb-qa/chto-vklyuchayut-v-sebya-zhelaniya-zapad-v-modeli-compass-model-i-kak-ikh-vyyavit/)

Желания (Запад) в модели Compass Model представляют собой менее конкретные, не всегда осознаваемые потребителем, цели и пожелания. Эти пункты не являются критически необходимыми, но существенно повышают удовлетворённость, когда реализуются. Чтобы выявить желания, следует задавать вопросы: "Что клиент хотел бы дополнительно?", "Какие необязательные элементы улучшили бы его опыт?" Например, для такси в командировке желаниями могут быть: прибытие вовремя, вежливый водитель, комфортная езда, приятная музыка и отсутствие навязчивых разговоров. Желания часто определяют дифференциацию сервиса и возможность превосходства над конкурентами.

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

Рейтинг: 1061

Теги: бизнес, ценность, бизнес-заказчик