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

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

## [Какие основные трудности возникают при запуске процесса управления изменениями на ранних стадиях?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-trudnosti-voznikayut-pri-zapuske-protsessa-upravleniya-izmeneniyami-na-rannikh-stadiy/)

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

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

Рейтинг: 1424

Теги: управление изменениями, управление конфигурациями, CMDB

## [Какие изменения в подходе к релизам необходимы для эффективного CI/CD?](https://cleverics.ru/digital/kb-qa/kakie-izmeneniya-v-podkhode-k-relizam-neobkhodimy-dlya-effektivnogo-ci-cd/)

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

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

Рейтинг: 1423

Теги: DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, командная работа, общие вопросы менеджмента, управление конфигурациями, CMDB, управление релизами

## [Почему парадигма ITSM важна для современных предприятий?](https://cleverics.ru/digital/kb-qa/pochemu-paradigma-itsm-vazhna-dlya-sovremennykh-predpriyatiy/)

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

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

Рейтинг: 1419

Теги: ISO 20000, ITIL, ITSM, аллокация затрат, расчёт себестоимости услуг, бизнес, ценность, бизнес-заказчик, поддержка пользователей, Service Desk, Help Desk, трансформация, ускорение, Time-to-Market, управление конфигурациями, CMDB, экономика и финансы

## [Какие ключевые правила необходимо соблюдать при реализации проекта по построению модели аллокации ИТ-затрат?](https://cleverics.ru/digital/kb-qa/kakie-klyuchevye-pravila-neobkhodimo-soblyudat-pri-realizatsii-proekta-po-postroeniyu-modeli-allokat/)

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

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

Рейтинг: 1411

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

## [Почему сложно определить причину снижения производительности системы?](https://cleverics.ru/digital/kb-qa/pochemu-slozhno-opredelit-prichinu-snizheniya-proizvoditelnosti-sistemy/)

Определение причины снижения производительности сложно из-за множества факторов, которые могут влиять на работу системы. Проблема может быть как в неоптимальных алгоритмах прикладного программного обеспечения, так и в недостаточной мощности оборудования или сетевой инфраструктуры. Чтобы точно выявить источник проблемы, необходимо сравнить текущее состояние системы с предыдущим, когда всё работало корректно. Это требует наличия эталонных данных (baseline), отражающих нагрузку на оборудование и параметры потребления в период нормальной работы.

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

Рейтинг: 1399

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

## [Сколько уровней категоризации оптимально для процессов ИТ-услуг?](https://cleverics.ru/digital/kb-qa/skolko-urovney-kategorizatsii-optimalno-dlya-protsessov-it-uslug/)

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

Автор: Игорь Фадеев

Рейтинг: 1375

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

## [Какие задачи входят в операционный и периодический аудит CMDB?](https://cleverics.ru/digital/kb-qa/kakie-zadachi-vkhodyat-v-operatsionnyy-i-periodicheskiy-audit-cmdb/)

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

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

Рейтинг: 1351

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

## [Какие параметры изменений должна настраивать модель?](https://cleverics.ru/digital/kb-qa/kakie-parametry-izmeneniy-dolzhna-nastraivat-model/)

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

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

Рейтинг: 1347

Теги: управление изменениями, управление конфигурациями, CMDB, управление релизами

## [Какие факторы необходимо учитывать при выборе способов контакта с первой линией поддержки?](https://cleverics.ru/digital/kb-qa/kakie-faktory-neobkhodimo-uchityvat-pri-vybore-sposobov-kontakta-s-pervoy-liniey-podderzhki/)

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

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

Рейтинг: 1344

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

## [Почему новый функциональный заказчик проекта может не понимать ценности ITSM?](https://cleverics.ru/digital/kb-qa/pochemu-novyy-funktsionalnyy-zakazchik-proekta-mozhet-ne-ponimat-tsennosti-itsm/)

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

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

Рейтинг: 1320

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