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

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

## [Почему заказчикам сложно понять ценность процессов управления ИТ?](https://cleverics.ru/digital/kb-qa/pochemu-zakazchikam-slozhno-ponyat-tsennost-protsessov-upravleniya-it/)

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

Автор: Роман Журавлёв

Рейтинг: 1137

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

## [Почему простота и практичность важны в сервисном мышлении?](https://cleverics.ru/digital/kb-qa/pochemu-prostota-i-praktichnost-vazhny-v-servisnom-myshlenii/)

Простота и практичность важны в сервисном мышлении, потому что они напрямую влияют на пользовательский опыт. Анализируя, какие интерфейсы доступны пользователям, как выглядит путь пользователя, и насколько пользователи удовлетворены взаимодействием с сервисом, можно выявить узкие места и возможности для улучшения. Принцип 'Keep it simple and practical' призывает устранять излишнюю сложность и фокусироваться на том, что реально важно для клиента, делая взаимодействие с сервисом максимально удобным и понятным.

Автор: Александр Движков

Рейтинг: 1137

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

## [Какие критерии могут помочь определить, что процессы управления проблемами и постоянного совершенствования начинают пересекаться и требуется переопределение границ?](https://cleverics.ru/digital/kb-qa/kakie-kriterii-mogut-pomoch-opredelit-chto-protsessy-upravleniya-problemami-i-postoyannogo-sovershen/)

Следующие критерии могут указывать на необходимость переопределения границ между процессами управления проблемами и постоянного совершенствования:  1) Дублирование работы - несколько команд или подразделений занимаются решением схожих задач, что приводит к избыточным затратам ресурсов  2) Противоречивые рекомендации - различные процессы предлагают разные решения для одной и той же проблемы  3) Пробелы в ответственности - появляются проблемы или области деятельности, за которые не отвечает ни один из процессов  4) Снижение эффективности процессов - увеличение времени на решение задач из-за необходимости согласования между процессами  5) Путаница в отчетности - неясно, через какой процесс следует отчитываться о результатах улучшений  6) Конфликты между командами - возникают трения между ответственными за разные процессы из-за нечетких границ  7) Увеличение количества встреч по координации - необходимость частых встреч для согласования действий между процессами  8) Сложность в измерении эффективности - трудно определить вклад каждого процесса в общие улучшения  9) Формирование "серых зон" - появление областей, где неясно, к какому процессу относится определенная задача  10) Непонимание сотрудниками своих ролей - персонал не знает, какой процесс следует применять в конкретной ситуации  Когда эти признаки становятся заметными, это указывает на необходимость пересмотра взаимодействия процессов и возможного переопределения их границ с учетом текущей стадии развития организации и ее реальных потребностей.

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

Рейтинг: 1137

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

## [В чем разница между шагами Plan и Act в цикле Деминга?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-mezhdu-shagami-plan-i-act-v-tsikle-deminga/)

Шаг Plan (Планируй) в цикле Деминга предполагает разработку плана улучшений, формулировку гипотез и определение метрик для измерения результатов. В то время как шаг Act (Корректируй) сосредоточен на принятии решений относительно дальнейших действий после анализа результатов проверки (Check). Act включает либо внедрение успешных улучшений в постоянную практику, либо игнорирование неудачных результатов, либо запуск цикла заново с учетом накопленного опыта. Таким образом, Plan направлен на планирование изменений, а Act — на определение дальнейшего развития процесса после реализации и оценки этих изменений.

Автор: Степан Хрулёв

Рейтинг: 1136

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

## [Как сформулировать итоговую цель участия в деловой игре?](https://cleverics.ru/digital/kb-qa/kak-sformulirovat-itogovuyu-tsel-uchastiya-v-delovoy-igre/)

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

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

Рейтинг: 1136

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

## [Что автор считает ключевым фактором в определении качества услуги в ITIL?](https://cleverics.ru/digital/kb-qa/chto-avtor-schitaet-klyuchevym-faktorom-v-opredelenii-kachestva-uslugi-v-itil/)

Ключевым фактором в определении качества услуги в ITIL автор считает ориентацию на ценность для заказчика. То есть сервис-провайдер должен понимать, в чём заключается ценность предоставляемой услуги именно для конкретного заказчика, и измерять качество предоставления услуг через призму того, насколько они удовлетворяют реальные потребности клиента. Без этого понимания ценность сервиса может быть субъективно оценена как низкая, даже если формально все регламенты и инструкции соблюдаются, как в примере с мылом в отеле. Сервис-провайдер должен стремиться к пониманию вопроса «Зачем?» клиента, чтобы предоставляемые услуги действительно создавали ценность, а не превращались в «бессмысленную суету». Это означает углубление в бизнес-процессы клиента, понимание его целей и задач, а не просто выполнение формальных требований.

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

Рейтинг: 1136

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

## [Какие практические рекомендации помогут ИТ-специалистам фокусироваться на результатах, а не на выходах?](https://cleverics.ru/digital/kb-qa/kakie-prakticheskie-rekomendatsii-pomogut-it-spetsialistam-fokusirovatsya-na-rezultatakh-a-ne-na-vyk/)

Четыре ключевые рекомендации: 1) Задавать вопрос «Зачем?» для каждого выхода, используя технику «5 почему» для связи технической работы с бизнес-целями (например, не просто «миграция в облако», а как это влияет на выделение бюджета для инноваций); 2) Связывать ИТ-метрики с бизнес-целями, заменяя количество строк кода на метрики типа «снижение времени сборки», как это сделала компания Ford; 3) Внедрять сквозные Value Streams для отслеживания всех шагов до создания ценности и влияния на конечные бизнес-результаты; 4) Изменить систему поощрений, перестав фокусироваться на формальных «арбузных отчётах» и связав бонусы с реальными бизнес-результатами.

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

Рейтинг: 1136

Теги: автоматизация ИТ-процессов, ПО для ITSM и ESM, бизнес, ценность, бизнес-заказчик, бюджетирование, планирование затрат, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды

## [Какие обязанности имеет владелец услуги в рамках ITIL V3?](https://cleverics.ru/digital/kb-qa/kakie-obyazannosti-imeet-vladelets-uslugi-v-ramkakh-itil-v3/)

Владелец услуги является единой точкой ответственности за конкретную услугу на протяжении всего её жизненного цикла, независимо от географического расположения её компонентов и обслуживающего персонала. Его обязанности включают контроль соответствия уровня предоставления и поддержки услуги согласованным параметрам, трансляцию требований бизнеса в понятные ИТ-задачи, обеспечение прозрачных коммуникаций с заказчиком по запросам и инцидентам, помощь в разработке модели услуги, оценку влияния изменений на услугу, обеспечение актуальности сведений об услуге в каталоге услуг, представление услуги в организации, мониторинг и отчётность по услуге, а также участие в обсуждении SLA/OLA применительно к его услуге.

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

Рейтинг: 1136

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

## [Как управлять техническим долгом в условиях ограниченных ресурсов?](https://cleverics.ru/digital/kb-qa/kak-upravlyat-tekhnicheskim-dolgom-v-usloviyakh-ogranichennykh-resursov/)

Управление техническим долгом в условиях ограниченных ресурсов требует приоритизации тех элементов, которые создают наибольшие проблемы для разработки и работы продукта. Необходимо сосредоточиться на тех компонентах, которые чаще всего изменяются, критически важны для основных функций или уже начали существенно замедлять разработку. Следует внедрить практику добавления небольших улучшений в кодовую базу в процессе выполнения обычных задач (Boy Scout Rule - оставлять код чище, чем он был найден). Важно проводить регулярный анализ рисков и оценивать, какие технические проблемы могут привести к критическим сбоям, и сфокусироваться на их устранении в первую очередь. Также полезно ввести минимальную долю ресурсов (даже 5-10%) для систематического уменьшения технического долга, даже если текущая нагрузка по бизнес-требованиям очень высока. Прозрачная коммуникация с руководством о рисках, связанных с накоплением технического долга, поможет обосновать необходимость выделения этих ресурсов.

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

Рейтинг: 1136

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

## [Что такое Process Improvement Plan и как он трансформируется при внедрении ITSM?](https://cleverics.ru/digital/kb-qa/chto-takoe-process-improvement-plan-i-kak-on-transformiruetsya-pri-vnedrenii-itsm/)

Process Improvement Plan (PIP) - это план совершенствования процессов. При внедрении ITSM этот план претерпевает существенные изменения и расширяется, становясь планом совершенствования услуг (Service Improvement Plan, SIP). Теперь изменения процессов оцениваются именно с позиции их влияния на качество предоставляемых услуг, а не только с точки зрения оптимизации внутренних процессов.

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

Рейтинг: 1136

Теги: ITSM, постоянное улучшение, совершенствование, CSI, PDCA, управление релизами, эффективность, оптимизация