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

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

## [Какие существуют основные проблемы при получении обратной связи от пользователей?](https://cleverics.ru/digital/kb-qa/kakie-sushchestvuyut-osnovnye-problemy-pri-poluchenii-obratnoy-svyazi-ot-polzovateley/)

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

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

Рейтинг: 1236

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

## [Почему системы мониторинга часто превращаются в 'спам-машины'?](https://cleverics.ru/digital/kb-qa/pochemu-sistemy-monitoringa-chasto-prevrashchayutsya-v-spam-mashiny/)

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

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

Рейтинг: 1236

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

## [Чем полезны деловые игры для отдельного участника?](https://cleverics.ru/digital/kb-qa/chem-polezny-delovye-igry-dlya-otdelnogo-uchastnika/)

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

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

Рейтинг: 1236

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

## [Как следует принимать решение о приоритизации задач по рефакторингу перед бизнес-задачами?](https://cleverics.ru/digital/kb-qa/kak-sleduet-prinimat-reshenie-o-prioritizatsii-zadach-po-refaktoringu-pered-biznes-zadachami/)

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

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

Рейтинг: 1235

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

## [Почему важно удержать внедренные ITSM-процессы при смене руководства компании?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uderzhat-vnedrennye-itsm-protsessy-pri-smene-rukovodstva-kompanii/)

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

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

Рейтинг: 1235

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

## [Почему многие компании, прошедшие Agile-трансформацию, не получают ожидаемых результатов по ускорению разработки?](https://cleverics.ru/digital/kb-qa/pochemu-mnogie-kompanii-proshedshie-agile-transformatsiyu-ne-poluchayut-ozhidaemykh-rezultatov-po-us/)

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

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

Рейтинг: 1235

Теги: Agile и гибкие методы разработки ПО, архитектура ИТ, TOGAF и IT4IT, трансформация, ускорение, Time-to-Market, управление релизами

## [В чём недостатки названия «деловая игра» в контексте его восприятия участниками?](https://cleverics.ru/digital/kb-qa/v-chem-nedostatki-nazvaniya-delovaya-igra-v-kontekste-ego-vospriyatiya-uchastnikami/)

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

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

Рейтинг: 1235

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

## [Как организовать развитие взаимосвязанных процессов ИТ-управления для максимальной эффективности?](https://cleverics.ru/digital/kb-qa/kak-organizovat-razvitie-vzaimosvyazannykh-protsessov-it-upravleniya-dlya-maksimalnoy-effektivnosti/)

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

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

Рейтинг: 1235

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

## [Каково различие между ролью менеджера уровня услуг (service level manager) и владельцем услуги (service owner)?](https://cleverics.ru/digital/kb-qa/kakovo-razlichie-mezhdu-rolyu-menedzhera-urovnya-uslug-service-level-manager-i-vladeltsem-uslugi-ser/)

Владелец услуги (service owner) отвечает за сквозное управление конкретной ИТ-услугой, тогда как менеджер уровня услуг фокусируется на достижении и соблюдении договоренностей об уровне услуги между поставщиком и заказчиком. В ITILv3 есть таблица сравнения этих ролей (Table 6.8 Comparison of CSI manager, service level manager, service owner and business relationship manager roles), но эта таблица скорее порождает вопросы, чем дает четкие ответы о границах ответственности между этими ролями. На практике в большинстве организаций найти достаточно убедительный ответ на вопрос о проведении границы ответственности между этими ролями сложно.

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

Рейтинг: 1234

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

## [Почему автоматическое персональное назначение задач внутри групп может увеличить время обработки?](https://cleverics.ru/digital/kb-qa/pochemu-avtomaticheskoe-personalnoe-naznachenie-zadach-vnutri-grupp-mozhet-uvelichit-vremya-obrabotk/)

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

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

Рейтинг: 1234

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