# Бесплатная экспертная база знаний по управлению ИТ Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами ## [Чем геометрическое среднее лучше арифметического для оценки баланса в управлении инцидентами?](https://cleverics.ru/digital/kb-qa/chem-geometricheskoe-srednee-luchshe-arifmeticheskogo-dlya-otsenki-balansa-v-upravlenii-intsidentami/) Геометрическое среднее более строго учитывает дисбаланс: если одна метрика близка к нулю, итоговый KPI также стремится к нулю, что отражает реальную неэффективность работы. Арифметическое среднее позволяет компенсировать провал по одной метрике успехом по другой, создавая ложное впечатление умеренной эффективности. Например, при K1=90% и K2=10% геометрическое среднее дает 30%, тогда как арифметическое — 50%. Первый вариант лучше стимулирует достижение баланса между скоростью и качеством решения. Автор: Дмитрий Исайченко Рейтинг: 1151 Теги: измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, управление инцидентами, эффективность, оптимизация ## [Как определить оптимальные нормативы времени на обработку обращений в многочасовых поясах?](https://cleverics.ru/digital/kb-qa/kak-opredelit-optimalnye-normativy-vremeni-na-obrabotku-obrashcheniy-v-mnogochasovykh-poyasakh/) Оптимальные нормативы времени на обработку обращений в условиях нескольких часовых поясов определяются через анализ исторических данных и моделирование рабочих процессов. Сначала необходимо собрать данные о том, сколько времени обычно занимает обработка аналогичных обращений с учетом перенаправлений между регионами. Затем, используя календари рабочего времени всех групп, рассчитать среднее фактическое рабочее время для решения типовых задач. На основе этого определяются реалистичные нормативы, которые затем проверяются на тестовых примерах. Важно учитывать не только средние значения, но и максимальные возможные значения при сложных сценариях. После определения нормативов их следует довести до сотрудников и пользователей, объяснив, как рассчитывается время обработки. Регулярный пересмотр нормативов на основе новых данных поможет поддерживать их актуальность. Автор: Евгений Шилов Рейтинг: 1151 Теги: архитектура ИТ, TOGAF и IT4IT, поддержка пользователей, Service Desk, Help Desk, управление запросами на обслуживание ## [Что такое work-in-progress limit в методологии Kanban и зачем он нужен?](https://cleverics.ru/digital/kb-qa/chto-takoe-work-in-progress-limit-v-metodologii-kanban-i-zachem-on-nuzhen/) Work-in-progress limit (лимит текущей загрузки) в методологии Kanban — это ограничение на максимальное количество задач, которые могут находиться в статусе "в работе" одновременно. Он необходим для предотвращения перегрузки сотрудников, повышения фокуса на текущих задачах и ускорения завершения работ. Такой подход минимизирует переключение между задачами, сокращает время выполнения и повышает качество результатов. Лимиты помогают выявить узкие места в процессе и оптимизировать поток работ. Автор: Дмитрий Исайченко Рейтинг: 1150 Теги: Канбан, WIP-лимиты, трансформация, ускорение, Time-to-Market ## [Какова роль агента изменений на начальном этапе перехода к продуктовому подходу и какова продолжительность его сопровождения?](https://cleverics.ru/digital/kb-qa/kakova-rol-agenta-izmeneniy-na-nachalnom-etape-perekhoda-k-produktovomu-podkhodu-i-kakova-prodolzhit/) Роль агента изменений на начальном этапе перехода к продуктовому подходу заключается в том, чтобы помочь команде понять текущее состояние процессов, определить необходимые изменения и выстроить маршрут движения по дорожной карте развития. Агент изменений действует как наставник, а не как нянька, сопровождая команду на первых этапах, когда сопротивление к изменениям максимально велико. Продолжительность такого сопровождения обычно составляет 3-4 месяца, после чего команда должна стать достаточно зрелой для самостоятельного продвижения по намеченному маршруту. Длительное сопровождение тем же специалистом становится неэффективным и слишком затратным. Автор: Светлана Сапегина Рейтинг: 1150 Теги: командная работа, общие вопросы менеджмента, организационные изменения, агенты изменений, трансформация, ускорение, Time-to-Market, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы, эффективность, оптимизация ## [Что важнее: точность метрики или скорость ее получения?](https://cleverics.ru/digital/kb-qa/chto-vazhnee-tochnost-metriki-ili-skorost-ee-polucheniya/) Приоритет зависит от цели измерения. Для оперативного управления (например, мониторинг инцидентов в реальном времени) важнее скорость получения данных, даже с погрешностью. Для стратегического анализа (например, планирование изменений в процессе) критична точность, и допустимы задержки. Например, грубая автоматизированная метрика доли обращений с переклассификацией полезна для ежедневного контроля, а выборочный ручной аудит — для корректировки стандартов работы. Автор: Евгений Шилов Рейтинг: 1150 Теги: ISO 20000, аудит, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, мониторинг, общие вопросы менеджмента, управление запросами на обслуживание, управление инцидентами, управление процессами, ИТ-процессы ## [Какие преимущества дает использование полной автоматизации в Definition of Done согласно DevOps?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-ispolzovanie-polnoy-avtomatizatsii-v-definition-of-done-soglasno-devops/) Полная автоматизация в Definition of Done согласно DevOps дает следующие преимущества: 1) Снижение ошибок, вызванных человеческим фактором; 2) Ускорение циклов разработки и развертывания; 3) Повышение надежности и воспроизводимости процессов; 4) Раннее обнаружение и исправление дефектов; 5) Упрощение процесса масштабирования; 6) Повышение удовлетворенности команды за счет уменьшения рутинных операций; 7) Возможность непрерывного улучшения продукта через регулярные небольшие обновления. Такой подход позволяет фокусироваться на создании ценности для пользователей, а не на организационных и технических сложностях процесса доставки. Автор: Олег Скрынник Рейтинг: 1149 Теги: Agile и гибкие методы разработки ПО, DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, командная работа, поддержка пользователей, Service Desk, Help Desk, постоянное улучшение, совершенствование, CSI, PDCA, разработка ПО, трансформация, ускорение, Time-to-Market, управление продуктами, продуктовый подход, управление релизами, эффективность, оптимизация ## [Что означает термин "парадигма ITSM" в контексте управления ИТ-сервисами?](https://cleverics.ru/digital/kb-qa/chto-oznachaet-termin-paradigma-itsm-v-kontekste-upravleniya-it-servisami/) Парадигма ITSM представляет собой систему взглядов и подходов, определяющих основные принципы построения и организацию процессов управления информационными технологиями. Это концептуальная модель, которая задаёт стандартные методы и процедуры для эффективного обеспечения ИТ-услуг на всех этапах их жизненного цикла - от проектирования и внедрения до поддержки и завершения. Парадигма выступает как основа для структурирования деятельности ИТ-отделов и обеспечения качества сервисов. Автор: Олег Скрынник Рейтинг: 1149 Теги: ITSM, поддержка пользователей, Service Desk, Help Desk, управление релизами ## [Почему заказчики не понимают компромисс в ITSM, связанный с разделением управления разработкой и эксплуатацией?](https://cleverics.ru/digital/kb-qa/pochemu-zakazchiki-ne-ponimayut-kompromiss-v-itsm-svyazannyy-s-razdeleniem-upravleniya-razrabotkoy-i/) Заказчики не понимают такой компромисс, потому что ожидают от ITSM гарантии времени разработки новых функций и улучшений. Для них SLA (соглашение об уровне услуг) кажется бессмысленным, если поставщик ИТ-услуг не может обеспечить улучшение существующих возможностей или гарантировать сроки новых разработок. Они задают вопросы вроде: «Зачем мне SLA, если текущая функциональность уже работает, а вы не можете гарантировать её улучшения?» Автор: Дмитрий Исайченко Рейтинг: 1149 Теги: ITSM, SLA, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, постоянное улучшение, совершенствование, CSI, PDCA, управление уровнем услуг, SLM, эффективность, оптимизация ## [Почему системы мониторинга часто превращаются в 'спам-машины'?](https://cleverics.ru/digital/kb-qa/pochemu-sistemy-monitoringa-chasto-prevrashchayutsya-v-spam-mashiny/) Системы мониторинга часто превращаются в 'спам-машины' из-за отсутствия четких требований к собираемой информации. При внедрении таких систем часто не проводится должного анализа потребностей конечных пользователей, не определяются конкретные критерии значимости событий, не устанавливаются процедуры реакции. В результате система генерирует большое количество информации, большая часть которой не имеет практической ценности для принимающих решения, создавая информационный шум и снижая оперативность реагирования на реальные проблемы. Автор: Евгений Шилов Рейтинг: 1148 Теги: бизнес, ценность, бизнес-заказчик, мониторинг, поддержка пользователей, Service Desk, Help Desk, управление релизами ## [В чем состоит суть гибких подходов в управлении командами?](https://cleverics.ru/digital/kb-qa/v-chem-sostoit-sut-gibkikh-podkhodov-v-upravlenii-komandami/) Суть гибких подходов в управлении командами заключается в способности людей объединяться в сплоченные небольшие группы на основе сильных эмоциональных связей для достижения общей цели. Гибкие методологии фокусируются на приоритете людей и взаимодействия над процессами и инструментами, подразумевая, что качественная коммуникация и взаимное доверие важнее строгого следования регламентам. Для поддержания таких связей необходимы регулярные встречи, обсуждения и создание безопасной среды, где участники могут открыто делиться идеями и брать на себя ответственность. Это особенно эффективно в условиях высокой неопределенности, когда требуется быстрая адаптация к изменениям и творческий подход к решению проблем. Автор: Павел Капусткин Рейтинг: 1148 Теги: командная работа, общие вопросы менеджмента, управление отношениями, взаимодействие, BRM, управление процессами, ИТ-процессы