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

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

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

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

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

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

Риски перехода на микросервисную архитектуру без должного планирования включают превращение системы в неуправляемый «войлочный шар», когда компоненты слабоорганизованно взаимодействуют друг с другом. Это приводит к значительному росту сложности в диагностике проблем и выявлении причин инцидентов. Система может оказаться в сложном (Complex) домене, где управление становится дорогостоящим и менее эффективным. Отсутствие надлежащего мониторинга приведет к задержкам в обнаружении проблем и увеличению времени восстановления после сбоев. Без правильного управления конфигурациями и зависимостями изменения в системе станут рискованными, требующими сложного координационного планирования. Все это может сделать микросервисную архитектуру менее выгодной по сравнению с монолитным подходом.

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

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

Согласно книге, каталог ИТ-услуг является ключевым звеном в управлении ИТ-подразделением, которое функционирует внутри компании. Он позволяет ИТ-директору управлять подразделением практически как бизнес-единицей, даже если реальных взаиморасчетов нет. Каталог служит основой для установления сервисных отношений с бизнес-подразделениями, определения стоимости услуг и организации Service Level Management. Авторы книги подчеркивают важность каталога как инструмента, который помогает ИТ-руководству позиционировать свою деятельность в терминах бизнеса и обосновывать необходимость организационно-культурных изменений при переходе на сервисные отношения.