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

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

## [Какие этапы включает путешествие заказчика по ITIL?](https://cleverics.ru/digital/kb-qa/kakie-etapy-vklyuchaet-puteshestvie-zakazchika-po-itil/)

Путешествие заказчика по ITIL включает несколько ключевых этапов: Offer (Предложение), Agree (Согласование), Co-create (Совместное создание), и другие. На этапе Offer происходит сбор требований к услуге, на этапе Agree - согласование и фиксация условий услуги и требований к уровню обслуживания (SLA). Этап Co-create связан с непосредственным предоставлением услуги и взаимодействием пользователя с провайдером в процессе использования услуги. Каждый из этих этапов может запускать определенные потоки создания ценности в зависимости от типа взаимодействия и предъявляемого спроса.

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

Рейтинг: 1283

Теги: ITIL, SLA, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поддержка пользователей, Service Desk, Help Desk, поток создания ценности (Value Stream), управление отношениями, взаимодействие, BRM, управление уровнем услуг, SLM

## [В каких условиях предпочтительнее использовать команду с дружескими отношениями между участниками?](https://cleverics.ru/digital/kb-qa/v-kakikh-usloviyakh-predpochtitelnee-ispolzovat-komandu-s-druzheskimi-otnosheniyami-mezhdu-uchastnik/)

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

Автор: Павел Капусткин

Рейтинг: 1283

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

## [Как сервисно-ресурсная модель помогает при мониторинге и управлении событиями?](https://cleverics.ru/digital/kb-qa/kak-servisno-resursnaya-model-pomogaet-pri-monitoringe-i-upravlenii-sobytiyami/)

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

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

Рейтинг: 1283

Теги: мониторинг

## [Чем отличается работа менеджера услуг от работы проектного менеджера в ИТ-сфере?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-rabota-menedzhera-uslug-ot-raboty-proektnogo-menedzhera-v-it-sfere/)

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

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

Рейтинг: 1283

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

## [Что происходит на этапе Agree путешествия заказчика?](https://cleverics.ru/digital/kb-qa/chto-proiskhodit-na-etape-agree-puteshestviya-zakazchika/)

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

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

Рейтинг: 1283

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

## [Для чего нужно разделять анализ customer journey на четыре аспекта по модели Compass Model, а не использовать более простую методологию?](https://cleverics.ru/digital/kb-qa/dlya-chego-nuzhno-razdelyat-analiz-customer-journey-na-chetyre-aspekta-po-modeli-compass-model-a-ne/)

Разделение анализа customer journey на четыре аспекта по модели Compass Model необходимо потому, что потребительский опыт многогранен и включает в себя не только рациональные факторы (потребности), но и эмоциональные, подсознательные компоненты (желания, стереотипы, эмоции). Более простые методологии часто фокусируются только на основных потребностях и явных пожеланиях, упуская важные аспекты, которые могут сделать разницу между удовлетворённым клиентом и лояльным адвокатом бренда. Модель Compass Model позволяет глубже понять клиента, выявить точки для превосходства ожиданий, разрушить негативные стереотипы и управлять эмоциями, что в совокупности создаёт уникальную ценность и конкурентное преимущество. Четырёхаспектный анализ обеспечивает более полную картину клиентского опыта и позволяет создавать более целостную стратегию взаимодействия.

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

Рейтинг: 1283

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

## [Какие метрики следует отслеживать при принятии решения о разделении процессов управления инцидентами и сервисными запросами?](https://cleverics.ru/digital/kb-qa/kakie-metriki-sleduet-otslezhivat-pri-prinyatii-resheniya-o-razdelenii-protsessov-upravleniya-intsid/)

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

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

Рейтинг: 1283

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

## [Как организовать работу первой линии поддержки, чтобы минимизировать влияние недостатков в управлении инцидентами на пользователей?](https://cleverics.ru/digital/kb-qa/kak-organizovat-rabotu-pervoy-linii-podderzhki-chtoby-minimizirovat-vliyanie-nedostatkov-v-upravleni/)

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

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

Рейтинг: 1282

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

## [Как подход MVP может помочь в фокусировке на создании ценности для клиентов?](https://cleverics.ru/digital/kb-qa/kak-podkhod-mvp-mozhet-pomoch-v-fokusirovke-na-sozdanii-tsennosti-dlya-klientov/)

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

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

Рейтинг: 1282

Теги: Agile и гибкие методы разработки ПО, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поток создания ценности (Value Stream), управление продуктами, продуктовый подход

## [Какие последствия могут быть, если не проводить разделение на инциденты и проблемы?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-mogut-byt-esli-ne-provodit-razdelenie-na-intsidenty-i-problemy/)

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

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

Рейтинг: 1282

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