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

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

## [Какие альтернативы OLA существуют в практике управления ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kakie-alternativy-ola-sushchestvuyut-v-praktike-upravleniya-it-uslugami/)

Альтернативой OLA в практике управления ИТ-услугами являются SLA (Соглашения об Уровне Услуг) и UC (Underpinning Contracts). При правильной организации эти документы способны описать все необходимые обязательства и процессы без введения дополнительного термина OLA. SLA можно использовать как для взаимодействия с внешними заказчиками, так и для регулирования внутренних отношений, если определить уровни ответственности и обязательств соответствующим образом. Таким образом, вместо введения OLA, которое усложняет структуру и может привести к путанице, достаточно использовать SLA и UC, что упрощает управление сервисами и повышает прозрачность процессов.

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

Рейтинг: 1160

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

## [Какой стандарт описывает метод анализа дерева отказов и какие примеры в нем приводятся?](https://cleverics.ru/digital/kb-qa/kakoy-standart-opisyvaet-metod-analiza-dereva-otkazov-i-kakie-primery-v-nem-privodyatsya/)

Стандарт ISO 31010 «Risk Management – Risk assessment techniques» подробно описывает метод анализа дерева отказов (FTA), предоставляя более развернутую информацию, чем другие источники. Этот стандарт не только объясняет теоретические основы метода, но и приводит конкретные примеры построения деревьев отказов с использованием булевой логики. В частности, в стандарте демонстрируется, как с помощью логических элементов («и», «или», «исключающее или», «не») можно представить различные пути возникновения конечного нежелательного события, создавая наглядную схему причинно-следственных связей, которая помогает в оценке рисков и принятии решений по их снижению.

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

Рейтинг: 1160

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

## [Какие аспекты учитываются при анализе влияния изменений?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-uchityvayutsya-pri-analize-vliyaniya-izmeneniy/)

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

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

Рейтинг: 1160

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

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

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

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

Рейтинг: 1159

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

## [Как определяется приоритет проблемы в процессе управления инцидентами и проблемами?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-prioritet-problemy-v-protsesse-upravleniya-intsidentami-i-problemami/)

Приоритет проблемы определяется суммой весов привязанных к ней инцидентов, где вес каждого инцидента зависит от его уровня влияния. Проблема с инцидентами высокого уровня влияния (например, "Критичный") получает больший приоритет, чем проблема с множеством инцидентов низкого уровня влияния (например, "Низкий"). Однако, если количество "Низких" инцидентов становится достаточным, их суммарный вес может превысить вес нескольких критических. Точность расстановки приоритетов зависит от корректного определения весов инцидентов и уровней влияния.

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

Рейтинг: 1159

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

## [Какие методы помогают управлять количеством параллельно решаемых проблем?](https://cleverics.ru/digital/kb-qa/kakie-metody-pomogayut-upravlyat-kolichestvom-parallelno-reshaemykh-problem/)

Для управления количеством проблем применяются различные методы, такие как Kanban с его ограничениями на текущую загрузку (work-in-progress limit), методика Top 5-10, которая фокусируется на самых приоритетных задачах, и принцип числа Миллера (7±2 элемента), учитывающий когнитивные способности человека. Также эффективны ежедневные планирования, постановка четких приоритетов и регулярный аудит текущих задач для своевременного закрытия незавершенных проблем. Эти подходы помогают сохранять баланс между загрузкой и производительностью.

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

Рейтинг: 1159

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

## [Какие общие управленческие компетенции являются необходимыми для менеджера процесса?](https://cleverics.ru/digital/kb-qa/kakie-obshchie-upravlencheskie-kompetentsii-yavlyayutsya-neobkhodimymi-dlya-menedzhera-protsessa/)

Менеджер процесса должен обладать всеми базовыми управленческими компетенциями: стратегическое и оперативное планирование, постановка целей (SMART), умение делегировать задачи, навыки контроля и оценки результатов, управление мотивацией и конфликтами, коммуникативные навыки, способность анализировать данные и принимать решения. Эти компетенции необходимы для того, чтобы эффективно управлять процессом, даже когда прямое руководство над ресурсами отсутствует.

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

Рейтинг: 1159

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

## [Какие последствия имеет внешний локус контроля у руководителя команды?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-imeet-vneshniy-lokus-kontrolya-u-rukovoditelya-komandy/)

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

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

Рейтинг: 1159

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

## [Почему менеджером major-инцидента предпочтительнее назначать менеджера процесса, а не старшего группы специалистов?](https://cleverics.ru/digital/kb-qa/pochemu-menedzherom-major-intsidenta-predpochtitelnee-naznachat-menedzhera-protsessa-a-ne-starshego/)

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

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

Рейтинг: 1159

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

## [Какие практики и инструменты предлагает продуктовый подход?](https://cleverics.ru/digital/kb-qa/kakie-praktiki-i-instrumenty-predlagaet-produktovyy-podkhod/)

Продуктовый подход предлагает множество практик и инструментов: Customer Development (CustDev) для понимания потребностей клиентов; Customer Journey Map для визуализации взаимодействия пользователей с продуктом; дорожные карты продуктов для планирования развития; MVP (Minimum Viable Product) для проверки гипотез с минимальными затратами; продуктовые метрики (MAU, DAU, retention) для измерения успеха и принятия решений. Эти инструменты помогают фокусироваться на создании ценности для пользователей, адаптироваться к изменяющимся условиям рынка и принимать обоснованные решения на основании данных. Однако важно применять эти инструменты осознанно и только там, где они действительно уместны.

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

Рейтинг: 1159

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