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

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

## [Почему релизные циклы часто становятся источником задержек в поставке ценности?](https://cleverics.ru/digital/kb-qa/pochemu-reliznye-tsikly-chasto-stanovyatsya-istochnikom-zaderzhek-v-postavke-tsennosti/)

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

Автор: Светлана Сапегина

Рейтинг: 746

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

## [Почему в Великобритании изменяют подход к мониторингу пунктуальности железнодорожных поездов?](https://cleverics.ru/digital/kb-qa/pochemu-v-velikobritanii-izmenyayut-podkhod-k-monitoringu-punktualnosti-zheleznodorozhnykh-poezdov/)

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

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

Рейтинг: 746

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

## [Какие инструменты помогают в оптимизации взаимодействия с клиентами в ИТ?](https://cleverics.ru/digital/kb-qa/kakie-instrumenty-pomogayut-v-optimizatsii-vzaimodeystviya-s-klientami-v-it/)

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

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

Рейтинг: 746

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

## [Какая роль пользователя в запуске потоков создания ценности?](https://cleverics.ru/digital/kb-qa/kakaya-rol-polzovatelya-v-zapuske-potokov-sozdaniya-tsennosti/)

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

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

Рейтинг: 746

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

## [Чем отличается структура IT4IT первого уровня (Level 1) от модели ITIL v3?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-struktura-it4it-pervogo-urovnya-level-1-ot-modeli-itil-v3/)

Структура IT4IT первого уровня (Level 1) представлена через призму потоков создания ценности (Value Streams), где все элементы модели выстроены вокруг сервисной модели (Service Backbone) как основы. Это создает более явную и структурированную картину того, как различный ИТ-активы взаимодействуют для создания ценности. В ITIL v3 структура основана на жизненном цикле услуги (Service Lifecycle), представленном как последовательность фаз: стратегия, дизайн, переход к эксплуатации, эксплуатация и непрерывное улучшение. В то время как ITIL v3 фокусируется на том, что происходит с услугей на разных этапах ее жизни, IT4IT Level 1 делает акцент на том, как потоки работы проходят через организацию для создания этой услуги. IT4IT Level 1 предоставляет более явные связи между бизнес-потребностями и ИТ-реализацией через Value Streams, тогда как ITIL v3 предоставляет более детализированный взгляд на управление самой услугой на разных этапах ее жизненного цикла.

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

Рейтинг: 746

Теги: ITIL, архитектура ИТ, TOGAF и IT4IT, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, постоянное улучшение, совершенствование, CSI, PDCA, поток создания ценности (Value Stream), стратегия, управление ИТ-активами, ITAM, SAM, эффективность, оптимизация

## [Какие ограничения существуют у полностью аутсорсенной модели эксплуатации продукта?](https://cleverics.ru/digital/kb-qa/kakie-ogranicheniya-sushchestvuyut-u-polnostyu-autsorsennoy-modeli-ekspluatatsii-produkta/)

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

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

Рейтинг: 746

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

## [Почему название "Основы DevOps" не соответствует содержанию курса?](https://cleverics.ru/digital/kb-qa/pochemu-nazvanie-osnovy-devops-ne-sootvetstvuet-soderzhaniyu-kursa/)

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

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

Рейтинг: 746

Теги: DevOps, CI/CD, обучение сотрудников, учебные курсы, тренинги, общие вопросы менеджмента, трансформация, ускорение, Time-to-Market, управление продуктами, продуктовый подход

## [Как SLA способствует повышению ответственности подразделений компании?](https://cleverics.ru/digital/kb-qa/kak-sla-sposobstvuet-povysheniyu-otvetstvennosti-podrazdeleniy-kompanii/)

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

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

Рейтинг: 746

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

## [Как компании можно превратить негативную ситуацию в позитивный опыт для клиента?](https://cleverics.ru/digital/kb-qa/kak-kompanii-mozhno-prevratit-negativnuyu-situatsiyu-v-pozitivnyy-opyt-dlya-klienta/)

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

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

Рейтинг: 746

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

## [Что такое «диагностика продуктовой команды» и зачем она нужна?](https://cleverics.ru/digital/kb-qa/chto-takoe-diagnostika-produktovoy-komandy-i-zachem-ona-nuzhna/)

Диагностика продуктовой команды — это процесс объективной оценки работы команды, её процессов, коммуникаций и компетенций членов. Она нужна для выявления реального положения дел в команде и определения точек роста. Диагностика позволяет создать беспристрастную картину, рассматривая артефакты работы, процессы и взаимодействия внутри команды и с бизнесом. В тексте подчеркивается, что это помогает выявить и нивелировать эффект Даннинга-Крюгера, когда члены команды неправильно оценивают свои способности. Результат диагностики можно сравнить с рентгеновским снимком — он показывает, что именно нужно исправить в команде, и помогает разработать план действий для повышения эффективности совместной работы бизнеса и IT.

Автор: Сандра Урядова

Рейтинг: 746

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