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

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

## [Почему метод 5-Why's рекомендуется использовать именно пять раз?](https://cleverics.ru/digital/kb-qa/pochemu-metod-5-why-s-rekomenduetsya-ispolzovat-imenno-pyat-raz/)

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

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

Рейтинг: 1015

## [Какие организации чаще всего применяют фиксированный маршрут эскалации?](https://cleverics.ru/digital/kb-qa/kakie-organizatsii-chashche-vsego-primenyayut-fiksirovannyy-marshrut-eskalatsii/)

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

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

Рейтинг: 1015

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

## [Почему задачи процесса рекомендуется фиксировать в регламенте процесса, а цели — нет?](https://cleverics.ru/digital/kb-qa/pochemu-zadachi-protsessa-rekomenduetsya-fiksirovat-v-reglamente-protsessa-a-tseli-net/)

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

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

Рейтинг: 1015

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

## [Как практика управления проблемами может помочь в улучшении организационных процессов, а не только технических?](https://cleverics.ru/digital/kb-qa/kak-praktika-upravleniya-problemami-mozhet-pomoch-v-uluchshenii-organizatsionnykh-protsessov-a-ne-to/)

Практика управления проблемами может быть эффективно применена для улучшения организационных процессов следующим образом:  1) Анализ корневых причин - использование методик анализа корневых причин (например, метод "5 почему") для выявления глубинных организационных проблем, а не только технических  2) Расширение фокуса - расширение скося проблемного менеджмента за пределы технических инцидентов на процессы и процедуры организации  3) Вовлечение заинтересованных сторон - использование процесса управления проблемами как платформы для привлечения различных стейкхолдеров к улучшению организационных процессов  4) Применение проактивного подхода - выявление и предотвращение потенциальных организационных проблем до их проявления в виде кризисов или конфликтов  5) Анализ инцидентов на уровне процесса - не только поиск технических причин, но и оценка, как организационные факторы (например, неэффективные процессы утверждения) способствовали возникновению проблемы  6) Управление рисками на процессном уровне - идентификация и оценка рисков, связанных с органическими процессами, и разработка мер по их минимизации  7) Интеграция с CSI - использование процесса постоянного совершенствования для трансформации выявленных проблем в возможности для улучшения организационных процессов  8) Формирование организационной памяти - создание знаниевых баз проблем и их решений, чтобы предотвращать повторение организационных ошибок  Это позволяет выйти за рамки чисто технического управления проблемами и создать систему, которая улучшает не только технологические, но и организационные аспекты предоставления услуг, что в конечном итоге приводит к более стабильной и эффективной деятельности организации.

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

Рейтинг: 1015

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

## [Что такое специальная авторизация для стандартных изменений?](https://cleverics.ru/digital/kb-qa/chto-takoe-spetsialnaya-avtorizatsiya-dlya-standartnykh-izmeneniy/)

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

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

Рейтинг: 1015

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

## [Как можно использовать метрики для оценки вклада руководителей подразделений в работу процессов управления услугами?](https://cleverics.ru/digital/kb-qa/kak-mozhno-ispolzovat-metriki-dlya-otsenki-vklada-rukovoditeley-podrazdeleniy-v-rabotu-protsessov-up/)

Метрики могут быть использованы для оценки руководителей подразделений через систему взаимосвязанных показателей, отражающих их вклад в процессы. Решение заключается в построении матрицы, где по вертикали расположены функции (отделы, группы), а по горизонтали — процессы. Пересечение функции и процесса означает участие данной функции в реализации процесса, соответственно функциональный руководитель отвечает за предоставление необходимых ресурсов. Процессные метрики сотрудников подразделения связываются с руководителем, назначаются целевые значения, и контролируется их соблюдение. Даже если руководитель формально не несет функциональных обязанностей в процессах (например, не является ответственным в матрице RACI), такой подход стимулирует его к взаимодействию с процессным управлением. На разных уровнях иерархии метрики могут агрегироваться: например, региональные руководители оцениваются по своим метрикам, а руководитель в HQ — по агрегированным метрикам региональных руководителей. Важно, чтобы все используемые KPI были сопоставимы между собой (единая шкала от 0 до 1, одинаковое направление оценки).

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

Рейтинг: 1014

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

## [Почему предложенное решение считается оптимальным для текущих условий работы службы поддержки?](https://cleverics.ru/digital/kb-qa/pochemu-predlozhennoe-reshenie-schitaetsya-optimalnym-dlya-tekushchikh-usloviy-raboty-sluzhby-podder/)

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

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

Рейтинг: 1014

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

## [Как проявляется принцип постоянного совершенствования в DevOps?](https://cleverics.ru/digital/kb-qa/kak-proyavlyaetsya-printsip-postoyannogo-sovershenstvovaniya-v-devops/)

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

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

Рейтинг: 1014

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

## [Каковы типичные формы сопротивления внедрению системы измерения процессов в командах разработки ПО?](https://cleverics.ru/digital/kb-qa/kakovy-tipichnye-formy-soprotivleniya-vnedreniyu-sistemy-izmereniya-protsessov-v-komandakh-razrabotk/)

Основные формы сопротивления включают: утверждения о ненадежности данных и сложности сбора метрик, декларирование непонимания процесса измерений несмотря на обучение, критику предложенных метрик без конструктивной альтернативы, некорректное заполнение систем учета по принципу 'garbage in - garbage out', пассивное игнорирование требований к измерению. Такое сопротивление замедляет трансформацию и снижает эффективность изменений в управлении процессами.

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

Рейтинг: 1014

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

## [Может ли модель оценки процессов COBIT 5 PAM эффективно применяться в малых ИТ-командах?](https://cleverics.ru/digital/kb-qa/mozhet-li-model-otsenki-protsessov-cobit-5-pam-effektivno-primenyatsya-v-malykh-it-komandakh/)

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

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

Рейтинг: 1014

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