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

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

## [Как оценить эффективность использования статуса 'Ожидание' в рабочих процессах?](https://cleverics.ru/digital/kb-qa/kak-otsenit-effektivnost-ispolzovaniya-statusa-ozhidanie-v-rabochikh-protsessakh/)

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

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

Рейтинг: 911

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

## [Какие альтернативы существуют для отслеживания повторных обращений, если не использовать понятие 'переоткрытый инцидент'?](https://cleverics.ru/digital/kb-qa/kakie-alternativy-sushchestvuyut-dlya-otslezhivaniya-povtornykh-obrashcheniy-esli-ne-ispolzovat-pony/)

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

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

Рейтинг: 911

Теги: автоматизация ИТ-процессов, ПО для ITSM и ESM, управление запросами на обслуживание, управление инцидентами

## [Как недовольный заказчик влияет на результат работы продуктовой команды?](https://cleverics.ru/digital/kb-qa/kak-nedovolnyy-zakazchik-vliyaet-na-rezultat-raboty-produktovoy-komandy/)

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

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

Рейтинг: 910

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

## [В чём заключается ошибка противопоставления 'человека процесса' и 'человека результата'?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-oshibka-protivopostavleniya-cheloveka-protsessa-i-cheloveka-rezultata/)

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

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

Рейтинг: 910

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

## [Почему важно учитывать обе стороны при применении сервисного подхода?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-obe-storony-pri-primenenii-servisnogo-podkhoda/)

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

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

Рейтинг: 910

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

## [Какие навыки развивает участие в деловой игре Grab@Pizza?](https://cleverics.ru/digital/kb-qa/kakie-navyki-razvivaet-uchastie-v-delovoy-igre-grab-pizza/)

Участие в деловой игре Grab@Pizza развивает множество навыков: способность быстро принимать решения в условиях неопределённости, навыки коммуникации и взаимодействия между различными департаментами (особенно бизнеса и ИТ), понимание процессов ITSM и ITIL, умение приоритезировать задачи и обосновывать бизнес-ценность ИТ-инициатив, навыки управления кризисными ситуациями, лидерские качества и способность работать в команде. Также игра развивает умение анализировать ситуации, находить ошибки в текущих процессах и предлагать решения по их улучшению.

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

Рейтинг: 910

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

## [Как методология DevOps помогает при переходе к гибкому управлению ИТ-разработкой?](https://cleverics.ru/digital/kb-qa/kak-metodologiya-devops-pomogaet-pri-perekhode-k-gibkomu-upravleniyu-it-razrabotkoy/)

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

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

Рейтинг: 910

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

## [Какие финансовые показатели зависят от коэффициента доступности ИТ-систем?](https://cleverics.ru/digital/kb-qa/kakie-finansovye-pokazateli-zavisyat-ot-koeffitsienta-dostupnosti-it-sistem/)

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

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

Рейтинг: 910

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

## [Можно ли ограничивать количество одновременно проводимых диагностик и почему это необходимо?](https://cleverics.ru/digital/kb-qa/mozhno-li-ogranichivat-kolichestvo-odnovremenno-provodimykh-diagnostik-i-pochemu-eto-neobkhodimo/)

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

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

Рейтинг: 910

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

## [Какой афоризм Аристотеля лежит в основе целостного подхода к управлению ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kakoy-aforizm-aristotelya-lezhit-v-osnove-tselostnogo-podkhoda-k-upravleniyu-it-uslugami/)

Фраза 'Целое больше суммы его частей', приписанная Аристотелю, является основой целостного подхода, подчеркивающего, что никакая услуга, практика, процесс, отдел или поставщик не существуют в одиночку. Это означает, что организация должна работать интегрированным образом, управляя своей деятельностью в целом, а не отдельными ее частями. Данный принцип отражен в руководящих принципах ITIL 4, в частности в принципе 'Используйте целостный подход' (Think and work holistically). При таком подходе важно понимать, как все части организации работают вместе интегрированным образом, а услуги предоставляются посредством координации всех необходимых компонентов без выборочного внимания к отдельным элементам системы.

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

Рейтинг: 910

Теги: ITIL, аутсорсинг, интеграция услуг