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

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

## [Какие преимущества даёт вытягивающая система в методе канбан?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-vytyagivayushchaya-sistema-v-metode-kanban/)

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

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

Рейтинг: 904

Теги: Канбан, WIP-лимиты, командная работа

## [Почему у агрегаторов услуг часто возникают проблемы с ответственностью за качество предоставляемых услуг?](https://cleverics.ru/digital/kb-qa/pochemu-u-agregatorov-uslug-chasto-voznikayut-problemy-s-otvetstvennostyu-za-kachestvo-predostavlyae/)

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

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

Рейтинг: 904

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

## [Какие меры помогают достичь кратного ускорения поставки задач?](https://cleverics.ru/digital/kb-qa/kakie-mery-pomogayut-dostich-kratnogo-uskoreniya-postavki-zadach/)

Кратного ускорения поставки задач можно достичь за счет нескольких мер: сокращение количества задач в системе (уменьшение работы в прогрессе), фокусировка на завершении текущих задач вместо начала новых, автоматизация этапов, не добавляющих ценность (например, тестирование), минимизация лишней работы. Эти изменения позволяют снизить время ожидания для задач с 95% до 70% и повысить эффективность потока с 3-10% до 30%, что приводит к трехкратному (и более) увеличению скорости поставки без увеличения числа разработчиков или рабочего времени.

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

Рейтинг: 904

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

## [Каковы ограничения гибких методологий управления ИТ в контексте эксплуатации?](https://cleverics.ru/digital/kb-qa/kakovy-ogranicheniya-gibkikh-metodologiy-upravleniya-it-v-kontekste-ekspluatatsii/)

Основные ограничения гибких методологий в контексте эксплуатации ИТ связаны с их фокусом на разработке и временных целях, а не на долгосрочной поддержке. Гибкие методологии, такие как Agile, не обеспечивают четкой структуры для постоянного обслуживания систем после завершения проекта. Отсутствует механизм управления повторяющимися стандартными задачами, которые не требуют итеративного развития. Кроме того, гибкие подходы часто не учитывают потребности в документировании и стандартизированных процессах, необходимых для эффективной эксплуатации.

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

Рейтинг: 904

Теги: Agile и гибкие методы разработки ПО, поддержка пользователей, Service Desk, Help Desk, управление проектами, PRINCE2, эффективность, оптимизация

## [Что должно быть заложено в дизайн процесса управления изменениями изначально?](https://cleverics.ru/digital/kb-qa/chto-dolzhno-byt-zalozheno-v-dizayn-protsessa-upravleniya-izmeneniyami-iznachalno/)

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

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

Рейтинг: 904

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

## [Как ITIL4 подходит к классификации услуг по сравнению с ITIL V3?](https://cleverics.ru/digital/kb-qa/kak-itil4-podkhodit-k-klassifikatsii-uslug-po-sravneniyu-s-itil-v3/)

В ITIL4 произошел переход к более гибкой модели классификации услуг через призму парадигмы ресурсы-продукты-услуги. Вместо жесткого разделения на бизнес-услуги и поддерживающие услуги (как в ITIL V3), ITIL4 рассматривает видимость ресурсов для потребителя. Услуги могут иметь разную степень видимости в зависимости от контекста их использования. ITIL4 уделяет меньше внимания терминам 'бизнес-услуга' и 'информационная технологическая услуга', упоминая их лишь раз в описании практики Service Design в контексте SIAM (Service Integration and Management).

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

Рейтинг: 904

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

## [Что такое поток ценности в бизнес-архитектуре?](https://cleverics.ru/digital/kb-qa/chto-takoe-potok-tsennosti-v-biznes-arkhitekture/)

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

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

Рейтинг: 904

Теги: архитектура ИТ, TOGAF и IT4IT, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты

## [Как новые руководители могут адаптироваться к уже внедренным ITSM-процессам?](https://cleverics.ru/digital/kb-qa/kak-novye-rukovoditeli-mogut-adaptirovatsya-k-uzhe-vnedrennym-itsm-protsessam/)

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

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

Рейтинг: 904

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

## [Как можно связать обобщённые показатели качества ИТ-услуг с системой мотивации сотрудников?](https://cleverics.ru/digital/kb-qa/kak-mozhno-svyazat-obobshchennye-pokazateli-kachestva-it-uslug-s-sistemoy-motivatsii-sotrudnikov/)

Обобщённые показатели (среднее и минимальное значение) можно использовать для расчёта бонусов по формуле, учитывающей два аспекта: достижение целевого уровня среднего показателя (например, 85%) и отсутствие критических провалов (минимальное значение выше 70%). Например, премия выплачивается на 100%, если среднее ≥85% и минимум ≥70%, на 50% — если среднее ≥85%, но минимум <70%, и не выплачивается при среднем <85%. Это стимулирует не только общее улучшение показателей, но и устранение узких мест.

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

Рейтинг: 904

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

## [Почему линейный менеджер должен участвовать в распределении задач внутри группы?](https://cleverics.ru/digital/kb-qa/pochemu-lineynyy-menedzher-dolzhen-uchastvovat-v-raspredelenii-zadach-vnutri-gruppy/)

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

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

Рейтинг: 903

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