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

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

## [Как может выглядеть переход от роли тимлида к неформальному лидерству в команде?](https://cleverics.ru/digital/kb-qa/kak-mozhet-vyglyadet-perekhod-ot-roli-timlida-k-neformalnomu-liderstvu-v-komande/)

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

Автор: Павел Капусткин

Рейтинг: 823

Теги: ISO 20000, архитектура ИТ, TOGAF и IT4IT, командная работа, лидерство, общие вопросы менеджмента, управление процессами, ИТ-процессы

## [Как можно определить, является ли вынужденное ожидание действительно обоснованным?](https://cleverics.ru/digital/kb-qa/kak-mozhno-opredelit-yavlyaetsya-li-vynuzhdennoe-ozhidanie-deystvitelno-obosnovannym/)

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

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

Рейтинг: 823

Теги: поддержка пользователей, Service Desk, Help Desk

## [Какие практические примеры управления конфигурациями без управления изменениями существуют?](https://cleverics.ru/digital/kb-qa/kakie-prakticheskie-primery-upravleniya-konfiguratsiyami-bez-upravleniya-izmeneniyami-sushchestvuyut/)

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

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

Рейтинг: 823

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

## [Какой уровень доверия к данным CMDB можно ожидать при использовании периодического выборочного аудита?](https://cleverics.ru/digital/kb-qa/kakoy-uroven-doveriya-k-dannym-cmdb-mozhno-ozhidat-pri-ispolzovanii-periodicheskogo-vyborochnogo-aud/)

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

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

Рейтинг: 823

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

## [Что такое метрика своевременности в поддержке пользователей?](https://cleverics.ru/digital/kb-qa/chto-takoe-metrika-svoevremennosti-v-podderzhke-polzovateley/)

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

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

Рейтинг: 822

Теги: архитектура ИТ, TOGAF и IT4IT, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, поддержка пользователей, Service Desk, Help Desk, управление запросами на обслуживание

## [Почему не стоит регистрировать картриджи и запчасти в качестве конфигурационных единиц в системе управления ИТ-активами?](https://cleverics.ru/digital/kb-qa/pochemu-ne-stoit-registrirovat-kartridzhi-i-zapchasti-v-kachestve-konfiguratsionnykh-edinits-v-siste/)

Картриджи и запчасти не следует регистрировать как отдельные конфигурационные единицы, потому что они после приобретения и хранения на складе списываются на конкретное оборудование, а не на конечных пользователей. Учет их в качестве отдельных объектов приводит к бесполезной привязке к пользователю и местоположению, не имеет смысла с точки зрения конфигурационной модели и увеличивает объем базы данных управления конфигурациями (CMDB) без оправданной пользы. Исключение составляют только дорогие комплектующие, не применяемые массово, которые требуют индивидуального учета.

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

Рейтинг: 822

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

## [Что представляет собой SWOT-анализ в контексте анализа рисков?](https://cleverics.ru/digital/kb-qa/chto-predstavlyaet-soboy-swot-analiz-v-kontekste-analiza-riskov/)

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

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

Рейтинг: 822

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

## [Почему измерение текущего состояния услуги критически важно для её управления?](https://cleverics.ru/digital/kb-qa/pochemu-izmerenie-tekushchego-sostoyaniya-uslugi-kriticheski-vazhno-dlya-ee-upravleniya/)

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

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

Рейтинг: 822

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

## [Как метод 5-Why's повышает эффективность управления проблемами в ITIL?](https://cleverics.ru/digital/kb-qa/kak-metod-5-why-s-povyshaet-effektivnost-upravleniya-problemami-v-itil/)

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

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

Рейтинг: 822

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

## [В чём преимущества второго сценария (активной работы над достижением еженедельных релизов)?](https://cleverics.ru/digital/kb-qa/v-chem-preimushchestva-vtorogo-stsenariya-aktivnoy-raboty-nad-dostizheniem-ezhenedelnykh-relizov/)

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

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

Рейтинг: 822

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