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

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

## [Как начать внедрение процесса управления изменениями без больших затрат и рисков?](https://cleverics.ru/digital/kb-qa/kak-nachat-vnedrenie-protsessa-upravleniya-izmeneniyami-bez-bolshikh-zatrat-i-riskov/)

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

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

Рейтинг: 1090

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

## [Какие признаки указывают на стагнацию зрелой команды?](https://cleverics.ru/digital/kb-qa/kakie-priznaki-ukazyvayut-na-stagnatsiyu-zreloy-komandy/)

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

Автор: Светлана Сапегина

Рейтинг: 1090

Теги: Agile и гибкие методы разработки ПО, DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, командная работа, разработка ПО

## [Какие преимущества дает правильная настройка целевых показателей разрешения инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-pravilnaya-nastroyka-tselevykh-pokazateley-razresheniya-intsidentov/)

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

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

Рейтинг: 1090

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

## [В чем состоят основные обязанности менеджера, ответственного за применение ИТ в организации?](https://cleverics.ru/digital/kb-qa/v-chem-sostoyat-osnovnye-obyazannosti-menedzhera-otvetstvennogo-za-primenenie-it-v-organizatsii/)

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

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

Рейтинг: 1090

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

## [Почему важно осознанно выбирать стратегию внедрения организационных изменений, а не действовать спонтанно?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-osoznanno-vybirat-strategiyu-vnedreniya-organizatsionnykh-izmeneniy-a-ne-deystvovat-s/)

Осознанный выбор стратегии критически важен, так как спонтанные действия при внедрении изменений могут привести к обратным результатам. Например, если не учитывать мотивы ключевых участников, заинтересованные сотрудники станут пассивными или противниками, а партнеры — конкурентами. Кроме того, непродуманный подход может создать новые проблемы, которые окажутся тяжелее исходных. Выбор стратегии должен учитывать особенности организации, цели изменений и потенциальные риски, чтобы обеспечить устойчивый результат.

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

Рейтинг: 1089

Теги: организационные изменения, агенты изменений, стратегия, управление релизами, управление рисками

## [Какие основные изменения произошли с практикой Service Desk в ITIL 4 по сравнению с предыдущими версиями?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-izmeneniya-proizoshli-s-praktikoy-service-desk-v-itil-4-po-sravneniyu-s-predydushchim/)

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

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

Рейтинг: 1089

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

## [Что делать, если сотрудники избегают использования прозрачных метрик?](https://cleverics.ru/digital/kb-qa/chto-delat-esli-sotrudniki-izbegayut-ispolzovaniya-prozrachnykh-metrik/)

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

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

Рейтинг: 1089

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

## [Почему в DevOps работа считается завершенной только при функционировании кода в продуктивной среде?](https://cleverics.ru/digital/kb-qa/pochemu-v-devops-rabota-schitaetsya-zavershennoy-tolko-pri-funktsionirovanii-koda-v-produktivnoy-sre/)

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

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

Рейтинг: 1089

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

## [Может ли сервисный подход быть полезен без участия заказчика?](https://cleverics.ru/digital/kb-qa/mozhet-li-servisnyy-podkhod-byt-polezen-bez-uchastiya-zakazchika/)

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

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

Рейтинг: 1089

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

## [Как уязвимость системы связана с риском?](https://cleverics.ru/digital/kb-qa/kak-uyazvimost-sistemy-svyazana-s-riskom/)

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

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

Рейтинг: 1089

Теги: управление рисками