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

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

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

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

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

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

Управление жизненным циклом процесса в COBIT 5 включает универсальные задачи, которые применимы ко всем процессам, в отличие от хороших практик, которые специфичны для каждого конкретного процесса. Жизненный цикл процесса охватывает такие этапы, как планирование, создание/внедрение, использование/эксплуатация, мониторинг и обновление, которые можно упростить до цикла PDCA (планирование-делание-проверка-действие). Эти задачи включают постановку целей, создание плана, проведение измерений, оценку процесса и планирование его совершенствования. Управление жизненным циклом свидетельствует о зрелости процесса и проверяется в таких подходах, как CMMI-SVC, COBIT PAM и TIPA.

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

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

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