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

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

## [Какие уроки можно извлечь из деловой игры для реальной практики управления проектами?](https://cleverics.ru/digital/kb-qa/kakie-uroki-mozhno-izvlech-iz-delovoy-igry-dlya-realnoy-praktiki-upravleniya-proektami/)

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

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

Рейтинг: 871

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

## [Какие признаки указывают на наличие искажения восприятия нормы в команде или компании?](https://cleverics.ru/digital/kb-qa/kakie-priznaki-ukazyvayut-na-nalichie-iskazheniya-vospriyatiya-normy-v-komande-ili-kompanii/)

Искажение восприятия нормы проявляется через ряд характерных признаков: регулярные задержки в релизах программного обеспечения (раз в две-три недели вместо непрерывного развертывания), наличие множества ручных операций там, где должны быть автоматизированные процессы, сложные и неудобные рабочие процедуры (например, вход в корпоративные системы требует множества шагов и специальных настроек), привыкание к высокому проценту дефектов в продукте (от 50% до 70% бэклога), отсутствие реакции на запросы пользователей ИТ-услуг. В таких компаниях часто можно услышать фразы вроде «Мы так привыкли, оно работает, кто сказал, что нужно лучше?».

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

Рейтинг: 871

Теги: Agile и гибкие методы разработки ПО, DevOps, CI/CD, командная работа, поддержка пользователей, Service Desk, Help Desk, разработка ПО, управление продуктами, продуктовый подход, управление релизами

## [Как система автоматизации может повлиять на выбор метода организации взаимодействия линий поддержки?](https://cleverics.ru/digital/kb-qa/kak-sistema-avtomatizatsii-mozhet-povliyat-na-vybor-metoda-organizatsii-vzaimodeystviya-liniy-podder/)

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

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

Рейтинг: 871

Теги: автоматизация ИТ-процессов, ПО для ITSM и ESM, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, управление запросами на обслуживание, управление инцидентами, управление отношениями, взаимодействие, BRM, управление процессами, ИТ-процессы

## [Что такое 'узкие горлышки' в контексте потока создания ценности и как с ними работать?](https://cleverics.ru/digital/kb-qa/chto-takoe-uzkie-gorlyshki-v-kontekste-potoka-sozdaniya-tsennosti-i-kak-s-nimi-rabotat/)

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

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

Рейтинг: 871

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

## [Как устроен проектный подход к управлению в ИТ и какие у него преимущества?](https://cleverics.ru/digital/kb-qa/kak-ustroen-proektnyy-podkhod-k-upravleniyu-v-it-i-kakie-u-nego-preimushchestva/)

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

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

Рейтинг: 871

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

## [Почему простое отношение своевременно обработанных обращений к общему числу не является справедливой метрикой?](https://cleverics.ru/digital/kb-qa/pochemu-prostoe-otnoshenie-svoevremenno-obrabotannykh-obrashcheniy-k-obshchemu-chislu-ne-yavlyaetsya/)

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

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

Рейтинг: 871

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

## [Как определить границы ответственности проектного офиса и координаторов изменений?](https://cleverics.ru/digital/kb-qa/kak-opredelit-granitsy-otvetstvennosti-proektnogo-ofisa-i-koordinatorov-izmeneniy/)

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

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

Рейтинг: 871

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

## [Какие функции должен выполнять менеджер поставки в зрелой команде?](https://cleverics.ru/digital/kb-qa/kakie-funktsii-dolzhen-vypolnyat-menedzher-postavki-v-zreloy-komande/)

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

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

Рейтинг: 871

Теги: DevOps, CI/CD, ISO 20000, командная работа, общие вопросы менеджмента, управление отношениями, взаимодействие, BRM, управление процессами, ИТ-процессы, управление релизами, управление рисками, эффективность, оптимизация

## [Какие динамические атрибуты обычно применяются в комбинированных моделях доступа?](https://cleverics.ru/digital/kb-qa/kakie-dinamicheskie-atributy-obychno-primenyayutsya-v-kombinirovannykh-modelyakh-dostupa/)

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

Автор: Александр Омельченко

Рейтинг: 871

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

## [Нужны ли гибкие методологии для простых и понятных задач?](https://cleverics.ru/digital/kb-qa/nuzhny-li-gibkie-metodologii-dlya-prostykh-i-ponyatnykh-zadach/)

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

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

Рейтинг: 871

Теги: Канбан, WIP-лимиты, общие вопросы менеджмента