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

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

## [Какие типичные ошибки возникают при отсутствии человеческой аналитики в отчетах?](https://cleverics.ru/digital/kb-qa/kakie-tipichnye-oshibki-voznikayut-pri-otsutstvii-chelovecheskoy-analitiki-v-otchetakh/)

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

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

Рейтинг: 964

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

## [Чем объясняется редкость запоминающихся примеров клиентского сервиса в России?](https://cleverics.ru/digital/kb-qa/chem-obyasnyaetsya-redkost-zapominayushchikhsya-primerov-klientskogo-servisa-v-rossii/)

Редкость запоминающихся примеров сервиса объясняется отсутствием конкуренции, спросом, который превышает предложение, и низкими ожиданиями клиентов. Компании не чувствуют необходимости внедрять экстраординарные практики обслуживания, так как клиенты вынуждены пользоваться имеющимися услугами. Владельцы бизнеса следуют принципу "карась жирный идёт", поэтому ресурсы направляются не на улучшение сервиса, а на решение базовых задач. Дополнительно, российские потребители не избалованы качественным сервисом и не могут сравнить услуги, что еще больше снижает мотивацию компаний на улучшения.

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

Рейтинг: 964

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

## [Какие преимущества дают частые малые внедрения по сравнению с редкими крупными?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-dayut-chastye-malye-vnedreniya-po-sravneniyu-s-redkimi-krupnymi/)

Частые малые внедрения имеют несколько значительных преимуществ по сравнению с редкими крупными. Во-первых, они снижают Change Risk, поскольку каждое отдельное изменение проще протестировать и отследить последствия. Во-вторых, малые изменения позволяют быстрее получать обратную связь от пользователей и рынка, что ускоряет процесс принятия решений. В-третьих, частые внедрения сокращают размер очереди изменений (Backlog Size), предотвращая накопление проблем и необходимости их укрупнения. В-четвертых, эта практика обеспечивает непрерывное накопление опыта (повышение Change capability) за счет регулярного выполнения однотипных задач и быстрого извлечения уроков из ошибок. В-пятых, малые внедрения упрощают диагностику и устранение проблем, так как при возникновении сбоя проще определить конкретное изменение, вызвавшее проблему. Все эти преимущества формируют положительный цикл, где частые малые релизы приводят к повышению стабильности и скорости разработки одновременно, что является основной идеей DevOps.

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

Рейтинг: 963

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

## [Что такое лидерство-служение?](https://cleverics.ru/digital/kb-qa/chto-takoe-liderstvo-sluzhenie/)

Лидерство-служение (servant leadership) - это подход к руководству, при котором лидер ставит команду на первый план, создавая условия для максимальной реализации потенциала членов команды. Лидер-слуга фокусируется на потребностях других членов команды больше, чем на собственных. Он признает интересы других людей, предоставляет необходимую поддержку для выполнения работы и достижения целей, вовлекает в процесс принятия решений, где это нужно, и формирует чувство общности внутри команды. Концепция была описана Робертом Гринлифом в 1970 году в эссе «Слуга как лидер» и противоречила тогдашним представлениям о менеджменте.

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

Рейтинг: 963

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

## [Какие основные этапы жизненного цикла услуги, на которых участвует BRM?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-etapy-zhiznennogo-tsikla-uslugi-na-kotorykh-uchastvuet-brm/)

BRM участвует на всех основных этапах жизненного цикла услуги согласно ITIL. На этапе Service Strategy BRM держит руку на пульсе бизнеса заказчика, знает его задачи и изменения в деятельности, помогает коммуницировать стратегические цели заказчика ИТ-специалистам. На этапе Service Design BRM помогает сформулировать ценность услуги для заказчика и правильно расшифровать требования ИТ-специалистам. На этапе Service Transition BRM обеспечивает вовлечение заказчика в тестирование и передачу/приемку услуги. На этапе Service Operation BRM следит за тем, чтобы заказчик получал ожидаемую ценность и удовлетворенность, управляя процессом обработки жалоб. На этапе CSI (Continual Service Improvement) BRM определяет возможности по оптимизации услуги и участвует в service reviews для постоянного улучшения предоставляемых сервисов.

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

Рейтинг: 963

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

## [Что автор считает ключевым фактором в определении качества услуги в ITIL?](https://cleverics.ru/digital/kb-qa/chto-avtor-schitaet-klyuchevym-faktorom-v-opredelenii-kachestva-uslugi-v-itil/)

Ключевым фактором в определении качества услуги в ITIL автор считает ориентацию на ценность для заказчика. То есть сервис-провайдер должен понимать, в чём заключается ценность предоставляемой услуги именно для конкретного заказчика, и измерять качество предоставления услуг через призму того, насколько они удовлетворяют реальные потребности клиента. Без этого понимания ценность сервиса может быть субъективно оценена как низкая, даже если формально все регламенты и инструкции соблюдаются, как в примере с мылом в отеле. Сервис-провайдер должен стремиться к пониманию вопроса «Зачем?» клиента, чтобы предоставляемые услуги действительно создавали ценность, а не превращались в «бессмысленную суету». Это означает углубление в бизнес-процессы клиента, понимание его целей и задач, а не просто выполнение формальных требований.

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

Рейтинг: 963

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

## [Какие подводные камни могут возникнуть при проведении Post-Implementation Review?](https://cleverics.ru/digital/kb-qa/kakie-podvodnye-kamni-mogut-vozniknut-pri-provedenii-post-implementation-review/)

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

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

Рейтинг: 963

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

## [Какой первый шаг в процессе постоянного совершенствования услуг согласно ITIL?](https://cleverics.ru/digital/kb-qa/kakoy-pervyy-shag-v-protsesse-postoyannogo-sovershenstvovaniya-uslug-soglasno-itil/)

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

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

Рейтинг: 963

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

## [Почему возвратное движение задач в потоке создания ценности является проблемой?](https://cleverics.ru/digital/kb-qa/pochemu-vozvratnoe-dvizhenie-zadach-v-potoke-sozdaniya-tsennosti-yavlyaetsya-problemoy/)

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

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

Рейтинг: 963

Теги: аллокация затрат, расчёт себестоимости услуг, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поток создания ценности (Value Stream), экономика и финансы

## [Как работает показатель SPI в методике EVM при текущем выполнении проекта, и почему это вводит в заблуждение в конце проекта?](https://cleverics.ru/digital/kb-qa/kak-rabotaet-pokazatel-spi-v-metodike-evm-pri-tekushchem-vypolnenii-proekta-i-pochemu-eto-vvodit-v-z/)

Показатель SPI (Schedule Performance Index) в методике EVM работает адекватно в процессе выполнения проекта, показывая соотношение запланированного объёма работ к фактически выполненному. Например, если в проекте рытья канавы длиной 20 метров пришлось работать с меньшей производительностью из-за болезни одного рабочего, SPI в первые дни будет корректно показывать отставание (например, 50%). Однако к концу проекта, когда весь объём работ выполнен, даже с задержкой, SPI автоматически становится равным 1, что скрывает реальное отставание в сроках и вводит в заблуждение при оценке соблюдения временных рамок проекта.

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

Рейтинг: 963

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