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

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

## [Какие руководящие принципы (Guiding Principles) описаны во втором разделе ITIL Practitioner Guidance?](https://cleverics.ru/digital/kb-qa/kakie-rukovodyashchie-printsipy-guiding-principles-opisany-vo-vtorom-razdele-itil-practitioner-guida/)

Во втором разделе ITIL Practitioner Guidance описаны следующие руководящие принципы: сохранять фокус на ценности (Focus on Value), работать на людей (Design for Experience), отталкиваться от текущей ситуации (Start where you are), мыслить системно (Work holistically), двигаться небольшими шагами (Progress iteratively), работать «в полях» (Observe directly), быть открытым (Be transparent), вовлекать и работать совместно (Collaborate), упрощать (Keep it simple).

Автор: Павел Дёмин

Рейтинг: 1046

Теги: ITIL, бизнес, ценность, бизнес-заказчик

## [Какие ITIL процессы рекомендуется применять для управления сложностью микросервисной архитектуры?](https://cleverics.ru/digital/kb-qa/kakie-itil-protsessy-rekomenduetsya-primenyat-dlya-upravleniya-slozhnostyu-mikroservisnoy-arkhitektu/)

Для управления сложностью микросервисной архитектуры рекомендуется применять два ключевых процесса ITIL: управление проблемами и управление конфигурациями. Управление конфигурациями позволяет сохранять информацию о всех компонентах системы, их параметрах и зависимостях, что помогает поддерживать обзор всей архитектуры. Управление проблемами помогает анализировать и устранять корневые причины инцидентов, что особенно важно при диагностике сложных взаимодействий между микросервисами. Эти процессы позволяют сохранить систему в более детерминированном состоянии и избегать перехода в сложный (Complex) домен, где управление становится значительно труднее.

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

Рейтинг: 1046

Теги: ITIL, архитектура ИТ, TOGAF и IT4IT, управление инцидентами, управление конфигурациями, CMDB, управление отношениями, взаимодействие, BRM, управление проблемами

## [Как определить точки взаимодействия с потребителем в путешествии заказчика?](https://cleverics.ru/digital/kb-qa/kak-opredelit-tochki-vzaimodeystviya-s-potrebitelem-v-puteshestvii-zakazchika/)

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

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

Рейтинг: 1046

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

## [Почему компании предпочитают внедрять готовые решения вместо разработки собственных?](https://cleverics.ru/digital/kb-qa/pochemu-kompanii-predpochitayut-vnedryat-gotovye-resheniya-vmesto-razrabotki-sobstvennykh/)

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

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

Рейтинг: 1046

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

## [Что представляет собой мастер-класс 'Проектируем канбан для ИТ'?](https://cleverics.ru/digital/kb-qa/chto-predstavlyaet-soboy-master-klass-proektiruem-kanban-dlya-it/)

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

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

Рейтинг: 1046

Теги: Канбан, WIP-лимиты, управление релизами, эффективность, оптимизация

## [Какие преимущества дает назначение персонального телефона для Service Desk?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-naznachenie-personalnogo-telefona-dlya-service-desk/)

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

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

Рейтинг: 1046

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

## [Какой способ агрегирования показателей предлагает CLD для управления изменениями?](https://cleverics.ru/digital/kb-qa/kakoy-sposob-agregirovaniya-pokazateley-predlagaet-cld-dlya-upravleniya-izmeneniyami/)

CLD предлагает способ агрегирования показателей для управления изменениями, позволяя сгруппировать метрики по ключевым областям управления. Например, для контроля своевременности реализации (Time to Market) можно использовать метрики Lead Time и Percentage of changes timely implemented. Для управления затратами (Cost per change) подходят Process Time и Standard Change Rate. Для оценки негативного влияния от изменений (Change Risk) можно использовать как прямые метрики (Percentage of Changes Without Recurring incidents, Total time of Major incidents caused by Releases), так и опережающие индикаторы (Release size, Emergency change rate). Такое структурирование помогает формировать комплексную картину эффективности процесса изменений.

Автор: Павел Дёмин

Рейтинг: 1046

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

## [Почему детализация моделей изменений не может быть максимальной?](https://cleverics.ru/digital/kb-qa/pochemu-detalizatsiya-modeley-izmeneniy-ne-mozhet-byt-maksimalnoy/)

Детализация моделей изменений не может быть максимальной по следующим причинам:  - Трудозатраты: чрезмерная детализация, стремление к учету «каждого чих», приведет к значительным временным и ресурсным затратам на разработку и поддержку моделей, при этом потенциальная польза от такого подхода будет несопоставима с затратами.  - Системные ошибки: чем детальнее и сложнее модели, тем выше вероятность наличия системных ошибок, что может привести к непредвиденным последствиям при реализации изменений.  - Отсутствие гибкости: максимальная детализация снижает способность процесса адаптироваться к уникальным ситуациям, когда стандартные процедуры не учитывают специфику конкретной задачи, вынуждая координаторов нарушать установленные правила.  - Уровень неопределенности изменений: в отличие от процесса управления инцидентами, где важна скорость и чёткие алгоритмы, процесс управления изменениями характеризуется высокой степенью неопределенности. Поэтому необходим аналитический подход, оценка влияния, определение стоимости и других параметров, что делает недопустимым полностью предопределённый регламент для всех случаев.  Поэтому требуется баланс между достаточной детализацией для стандартных изменений и гибкостью процесса для нестандартных ситуаций.

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

Рейтинг: 1046

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

## [Как диагностика продуктовых команд способствует общей трансформации компании?](https://cleverics.ru/digital/kb-qa/kak-diagnostika-produktovykh-komand-sposobstvuet-obshchey-transformatsii-kompanii/)

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

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

Рейтинг: 1046

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

## [Какие эмоции (Восток) следует учитывать в модели 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 описывают чувства, которые проявляет или ожидаемо проявит потребитель в процессе взаимодействия с услугой. Эти эмоции могут быть как уже присутствующими до начала взаимодействия, так и возникающими в процессе. Например, человек, отправляющийся в командировку, может чувствовать некомфорт из-за страха, что такси будет соответствовать негативным стереотипам, и это может сказаться на его готовности к важной встрече на следующий день. Учёт эмоций важен, потому что эмоциональное состояние клиента напрямую влияет на его восприятие услуги и готовность её повторить. Управление эмоциями помогает создать более глубокую связь с клиентом и повысить лояльность.

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

Рейтинг: 1046

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