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

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

## [Как отличить реальные доказательства эффективности процессов от формального выполнения требований?](https://cleverics.ru/digital/kb-qa/kak-otlichit-realnye-dokazatelstva-effektivnosti-protsessov-ot-formalnogo-vypolneniya-trebovaniy/)

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

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

Рейтинг: 888

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

## [Как определяется приоритет в рамках методологии ITIL?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-prioritet-v-ramkakh-metodologii-itil/)

В методологии ITIL приоритет инцидента определяется на основе двух факторов: уровня влияния (impact) и уровня срочности (urgency). Уровень влияния измеряет, насколько сильно проблема влияет на работу бизнеса или конечных пользователей. Уровень срочности учитывает, насколько быстро необходимо решить проблему, исходя из времени, в течение которого может сохраняться негативное влияние. Результатом комбинации этих двух величин становится приоритет, который помогает правильно расставить последовательность действий при устранении инцидента.

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

Рейтинг: 888

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

## [Какой структурой представлены рекомендации по формулированию KPI в ITIL 4?](https://cleverics.ru/digital/kb-qa/kakoy-strukturoy-predstavleny-rekomendatsii-po-formulirovaniyu-kpi-v-itil-4/)

Рекомендации по формулированию KPI в ITIL 4 представлены через факторы успеха практик (PSF). Для каждой практики определяются PSF, каждый из которых сопровождается подробным описанием и примерами метрик, которые можно использовать в качестве KPI. Например, для практики управления инцидентами PSF «раннее выявление инцидентов» имеет следующие примеры KPI: время между возникновением и обнаружением инцидента и доля инцидентов, выявленных с помощью мониторинга. Такая структура делает процесс формулирования KPI более простым и понятным, поскольку она предоставляет конкретные рекомендации и примеры измерений для каждого важного аспекта практики.

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

Рейтинг: 888

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

## [Почему в DevOps работа считается завершенной только при функционировании кода в продуктивной среде?](https://cleverics.ru/digital/kb-qa/pochemu-v-devops-rabota-schitaetsya-zavershennoy-tolko-pri-funktsionirovanii-koda-v-produktivnoy-sre/)

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

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

Рейтинг: 888

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

## [Какие ошибки люди часто совершают при внедрении канбана?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-lyudi-chasto-sovershayut-pri-vnedrenii-kanbana/)

Распространённая ошибка при внедрении канбана — это чрезмерная фокусировка исключительно на визуализации процессов, игнорируя другие важные аспекты системы. Люди часто думают, что создание канбан-доски автоматически решит все проблемы, но на самом деле канбан — это комплексный метод, который также включает управление потоком задач, ограничение количества активных задач (WIP), создание вытягивающей системы и постоянное выявление и устранение узких мест. Без этих элементов система канбан не сможет функционировать эффективно и принести ожидаемую пользу.

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

Рейтинг: 888

Теги: Канбан, WIP-лимиты, управление релизами

## [Какие преимущества дает точная постановка задачи, полученная в результате предпроектного обследования?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-tochnaya-postanovka-zadachi-poluchennaya-v-rezultate-predproektnogo-obsle/)

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

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

Рейтинг: 888

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

## [Что может произойти с возможностью общения с живым оператором Service Desk в будущем?](https://cleverics.ru/digital/kb-qa/chto-mozhet-proizoyti-s-vozmozhnostyu-obshcheniya-s-zhivym-operatorom-service-desk-v-budushchem/)

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

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

Рейтинг: 888

Теги: поддержка пользователей, Service Desk, Help Desk, постоянное улучшение, совершенствование, CSI, PDCA, управление отношениями, взаимодействие, BRM

## [Как упрощение отчетности может помочь в кризисном управлении проектом?](https://cleverics.ru/digital/kb-qa/kak-uproshchenie-otchetnosti-mozhet-pomoch-v-krizisnom-upravlenii-proektom/)

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

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

Рейтинг: 888

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

## [Как распределяется ответственность за принимаемые решения в продуктовой команде?](https://cleverics.ru/digital/kb-qa/kak-raspredelyaetsya-otvetstvennost-za-prinimaemye-resheniya-v-produktovoy-komande/)

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

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

Рейтинг: 888

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

## [Какие эмоции (Восток) следует учитывать в модели Compass Model и почему они важны для customer journey?](https://cleverics.ru/digital/kb-qa/kakie-emotsii-vostok-sleduet-uchityvat-v-modeli-compass-model-i-pochemu-oni-vazhny-dlya-customer-jou/)

Эмоции (Восток) в модели Compass Model описывают чувства, которые проявляет или ожидаемо проявит потребитель в процессе взаимодействия с услугой. Эти эмоции могут быть как уже присутствующими до начала взаимодействия, так и возникающими в процессе. Например, человек, отправляющийся в командировку, может чувствовать некомфорт из-за страха, что такси будет соответствовать негативным стереотипам, и это может сказаться на его готовности к важной встрече на следующий день. Учёт эмоций важен, потому что эмоциональное состояние клиента напрямую влияет на его восприятие услуги и готовность её повторить. Управление эмоциями помогает создать более глубокую связь с клиентом и повысить лояльность.

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

Рейтинг: 888

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