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

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

## [Какие рекомендации можно дать по выбору модели поддержки для организации?](https://cleverics.ru/digital/kb-qa/kakie-rekomendatsii-mozhno-dat-po-vyboru-modeli-podderzhki-dlya-organizatsii/)

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

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

Рейтинг: 831

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

## [Какие практические выводы можно извлечь после участия в деловой игре?](https://cleverics.ru/digital/kb-qa/kakie-prakticheskie-vyvody-mozhno-izvlech-posle-uchastiya-v-delovoy-igre/)

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

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

Рейтинг: 831

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

## [Как в DevOps интегрируется экспериментирование в процесс постоянного совершенствования?](https://cleverics.ru/digital/kb-qa/kak-v-devops-integriruetsya-eksperimentirovanie-v-protsess-postoyannogo-sovershenstvovaniya/)

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

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

Рейтинг: 831

Теги: DevOps, CI/CD, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, командная работа, обучение сотрудников, учебные курсы, тренинги, постоянное улучшение, совершенствование, CSI, PDCA, управление знаниями, управление продуктами, продуктовый подход, управление релизами, эффективность, оптимизация

## [Почему необходим отдельный процесс управления проблемами, если он похож на процесс постоянного совершенствования?](https://cleverics.ru/digital/kb-qa/pochemu-neobkhodim-otdelnyy-protsess-upravleniya-problemami-esli-on-pokhozh-na-protsess-postoyannogo/)

Хотя управление проблемами (PRB) и постоянное совершенствование (CSI) имеют точки пересечения, они выполняют разные функции и направлены на разные уровни организации:  1) Управление проблемами сосредоточено на конкретных технических и операционных проблемах, часто связанных с процессом управления инцидентами. Оно в первую очередь направлено на устранение корневых причин инцидентов и предотвращение их повторного возникновения.  2) Постоянное совершенствование представляет собой более широкую практику, которая охватывает всю организацию и направлена не только на решение конкретных проблем, но и на улучшение процессов, услуг и организационной структуры в целом.  Необходимость отдельного процесса управления проблемами обусловлена тем, что он предоставляет конкретные методы и инструменты для работы с техническими инцидентами и их корневыми причинами, тогда как CSI фокусируется на стратегическом уровне совершенствования. Эти процессы могут и должны взаимодействовать, но выполняют разные роли в системе управления услугами.

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

Рейтинг: 831

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

## [Как менеджеры уровня услуг демонстрируют ценность ИТ-решений для бизнеса?](https://cleverics.ru/digital/kb-qa/kak-menedzhery-urovnya-uslug-demonstriruyut-tsennost-it-resheniy-dlya-biznesa/)

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

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

Рейтинг: 831

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

## [В чем заключается практическая польза от знания сопряженных метрик?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-prakticheskaya-polza-ot-znaniya-sopryazhennykh-metrik/)

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

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

Рейтинг: 831

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

## [Какие показатели можно использовать для измерения эффективности процесса управления конфигурациями?](https://cleverics.ru/digital/kb-qa/kakie-pokazateli-mozhno-ispolzovat-dlya-izmereniya-effektivnosti-protsessa-upravleniya-konfiguratsiy/)

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

Автор: Игорь Фадеев

Рейтинг: 831

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

## [В чём необходимость участия менеджера изменений в каждом нестандартном изменении?](https://cleverics.ru/digital/kb-qa/kak-v-tekste-opisyvaetsya-neobkhodimost-uchastiya-menedzhera-izmeneniy-v-kazhdom-nestandartnom-izmen/)

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

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

Рейтинг: 831

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

## [Какие последствия может иметь отсутствие приоритизации в управлении инцидентами?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-mozhet-imet-otsutstvie-prioritizatsii-v-upravlenii-intsidentami/)

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

Автор: Анна Васильева

Рейтинг: 831

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

## [Какие правила реализации изменений рекомендуется прописывать в моделях?](https://cleverics.ru/digital/kb-qa/kakie-pravila-realizatsii-izmeneniy-rekomenduetsya-propisyvat-v-modelyakh/)

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

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

Рейтинг: 831

Теги: управление отношениями, взаимодействие, BRM, управление релизами