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

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

## [Как автоматизация ИТ-поддержки влияет на определение функций первой линии?](https://cleverics.ru/digital/kb-qa/kak-avtomatizatsiya-it-podderzhki-vliyaet-na-opredelenie-funktsiy-pervoy-linii/)

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

Автор: Анна Васильева

Рейтинг: 1037

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

## [Как можно оценить готовность команды к внедрению CI/CD?](https://cleverics.ru/digital/kb-qa/kak-mozhno-otsenit-gotovnost-komandy-k-vnedreniyu-ci-cd/)

Готовность команды к внедрению CI/CD можно оценить через несколько ключевых аспектов. Сначала нужно проверить практику работы с исходным кодом: есть ли дисциплина в использовании систем контроля версий, нет ли проблем с созданием множества долгоживущих веток и сложностей с мержами. Затем необходимо оценить наличие и качество автоматизированного тестирования: имеется ли достаточное количество автотестов, как часто они обновляются и насколько команда готова постоянно их поддерживать. Третий аспект — текущий режим релизов: если команда привыкла выпускать обновления редко (раз в месяц или квартал), это указывает на необходимость значительных изменений в процессах. Также важно оценить культуру команды: готовность к изменениям, понимание ценности автоматизации и непрерывности, а также наличие или отсутствие зависимости от отдельных людей для ключевых процессов. Составление чек-листа или карты требуемых технических практик поможет визуализировать текущее положение и определить «разрыв» между состоянием дел сейчас и тем, что необходимо для успешного внедрения CI/CD.

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

Рейтинг: 1037

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

## [Почему использование поля «Срочность» в запросах на изменение приводит к проблемам?](https://cleverics.ru/digital/kb-qa/pochemu-ispolzovanie-polya-srochnost-v-zaprosakh-na-izmenenie-privodit-k-problemam/)

Поле «Срочность» с градацией (низкая, средняя, высокая) часто используется бизнесом для завышения приоритета запросов, так как максимальная отметка «высокая» кажется единственно правильным выбором при любом запросе. Это приводит к перекосу в управлении изменениями: важные emergency-изменения теряются среди множества ненужно приоритизированных изменений, а процесс принятия решений замедляется из-за необходимости перепроверки каждого случая. Кроме того, сама градация не учитывает контекст — например, «высокая срочность» может означать как реальную угрозу для бизнеса, так и личную заинтересованность сотрудника.

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

Рейтинг: 1037

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

## [Когда оправдано использование «бумажного» процесса как временного решения?](https://cleverics.ru/digital/kb-qa/kogda-opravdano-ispolzovanie-bumazhnogo-protsessa-kak-vremennogo-resheniya/)

«Бумажный» процесс оправдан как временное решение при условии, что он используется для проверки логики и выявления недостатков перед автоматизацией. Также важно ограничить охват процесса определёнными услугами или проектами и чётко установить временные рамки тестирования. Если в результате теста будут получены измеримые результаты, выявлены и устранены узкие места, а требования к автоматизации — уточнены, такой подход поможет снизить риски в дальнейшем и повысить качество окончательного решения.

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

Рейтинг: 1037

Теги: управление проектами, PRINCE2, управление рисками

## [Какие признаки указывают на развитие негативной подкрепляющей связи в ИТ-управлении компании?](https://cleverics.ru/digital/kb-qa/kakie-priznaki-ukazyvayut-na-razvitie-negativnoy-podkreplyayushchey-svyazi-v-it-upravlenii-kompanii/)

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

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

Рейтинг: 1036

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

## [Как определить зоны ответственности ИТ-групп, чтобы избежать перекладывания вины?](https://cleverics.ru/digital/kb-qa/kak-opredelit-zony-otvetstvennosti-it-grupp-chtoby-izbezhat-perekladyvaniya-viny/)

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

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

Рейтинг: 1036

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

## [Как адаптировать язык обучения под разные категории слушателей?](https://cleverics.ru/digital/kb-qa/kak-adaptirovat-yazyk-obucheniya-pod-raznye-kategorii-slushateley/)

Адаптация языка обучения под разные категории слушателей требует кардинальной перенастройки речи. Для технических специалистов (например, сотрудников второй линии поддержки) можно использовать профессиональную терминологию, связанную с процессами и функционалом. Для непрофессиональных аудиторий (например, сотрудников бухгалтерии) следует избегать технических терминов и рассказывать всё простыми, 'человеческими' словами, объясняя сложные концепции на понятных примерах. Важно заранее попросить слушателей прерывать, если что-то непонятно, и постоянно контролировать собственную речь, чтобы не допустить использования 'спец. языка'.

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

Рейтинг: 1036

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

## [Что позволяет команде преодолевать сложности и достигать значимых результатов?](https://cleverics.ru/digital/kb-qa/chto-pozvolyaet-komande-preodolevat-slozhnosti-i-dostigat-znachimykh-rezultatov/)

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

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

Рейтинг: 1036

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

## [Какие факторы следует учитывать при выборе между переносом данных в CMDB и доступом к внешним источникам?](https://cleverics.ru/digital/kb-qa/kakie-faktory-sleduet-uchityvat-pri-vybore-mezhdu-perenosom-dannykh-v-cmdb-i-dostupom-k-vneshnim-ist/)

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

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

Рейтинг: 1036

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

## [Как поддерживать актуальность ролевой модели в условиях изменяющейся ИТ-инфраструктуры?](https://cleverics.ru/digital/kb-qa/kak-podderzhivat-aktualnost-rolevoy-modeli-v-usloviyakh-izmenyayushcheysya-it-infrastruktury/)

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

Автор: Денис Денисов

Рейтинг: 1036

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