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

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

## [Какие преимущества дают частые малые внедрения по сравнению с редкими крупными?](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, эффективность, оптимизация

## [Какие подводные камни могут возникнуть при проведении 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, эффективность, оптимизация

## [В чем разница в применении продуктового подхода для внешних и внутренних ИТ-систем?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-v-primenenii-produktovogo-podkhoda-dlya-vneshnikh-i-vnutrennikh-it-sistem/)

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

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

Рейтинг: 963

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

## [Как пример Twitter иллюстрирует необходимость разделения потоков ценности?](https://cleverics.ru/digital/kb-qa/kak-primer-twitter-illyustriruet-neobkhodimost-razdeleniya-potokov-tsennosti/)

Пример Twitter иллюстрирует необходимость разделения потоков ценности на основе инициативы по добавлению кнопки 'Купить'. Эта кнопка представляла собой отдельный вид бизнеса (торговую площадку для партнеров), а не просто техническую задачу добавления элемента интерфейса. Twitter, изначально основанный на рекламной модели, получил дополнительную ценностную составляющую. Пример показывает, что Twitter содержит как минимум три взаимосвязанных блока потоков: Community (коммуникационная платформа), Advertising (рекламный бизнес) и Marketplace (торговая площадка). Эти потоки создают разную по природе ценность: Community формирует аудиторию (измеряется в натуральных единицах), Advertising и Marketplace создают выручку (измеряются в финансах). При этом они сильно зависят друг от друга и могут конфликтовать за ресурсы.

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

Рейтинг: 963

Теги: бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, экономика и финансы

## [Как можно интерпретировать результат в 67% и 56% для двух сценариев с одинаковым процентом соблюдения сроков?](https://cleverics.ru/digital/kb-qa/kak-mozhno-interpretirovat-rezultat-v-67-i-56-dlya-dvukh-stsenariev-s-odinakovym-protsentom-soblyude/)

Результаты 67% (зеленый вариант) и 56% (красный вариант) при одинаковом KPI своевременности 95% демонстрируют, что первый сценарий предполагает значительно более быстрое устранение инцидентов. Хотя в обоих случаях 5% инцидентов просрочены, в зеленом варианте большая часть решена вблизи Tmin (30 минут), в то время как в красном — ближе к Tmax (4 часа). Это показывает, что новый метод оценки более точно отражает реальный уровень сервиса и оперативность команды.

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

Рейтинг: 963

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