В тексте описаны несколько усиливающих петлей обратной связи, связанных с проблемами в ИТ. Первая отрицательная: увеличение числа проблем и обходных решений (Workarounds) приводит к росту сложности инфраструктуры (IT Infrastructure Complexity), что повышает хрупкость системы (увеличивает Change Risk) и затрудняет планирование (снижает Change Control Level), что в свою очередь ведет к новым ошибкам и проблемам, замыкая цикл. Вторая отрицательная: высокий Time to market вызывает давление со стороны бизнеса на срочные изменения (Emergency changes), которые проводятся с нарушением процессов (низкий Change Control Level), что приводит к новым ошибкам и росту бэклога, еще больше увеличивая Time to market. Третья отрицательная: постоянные провалы приводят к настороженности и страхову, усложнению коммуникаций, увеличению бюрократии (Bureaucracy), что замедляет изменения и усиливает проблемы. Также описана положительная усиливающая петля: высокий Release rate приводит к накоплению опыта (возрастанию Change capability), что позволяет еще чаще внедрять изменения, образуя позитивный цикл развития.

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

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

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

Руководящие принципы ITIL Practitioner являются логичным продолжением вектора AXELOS на 'выравнивание' и совместное использование ITIL с другими сводами знаний, методологиями и подходами. Многие принципы ITIL Practitioner пересекаются с идеями Agile (действия небольшими шагами), DevOps (культура совместной работы и открытости) и Lean (минимизация потерь и оптимизация потока ценности). Это свидетельствует о том, что принципы ITIL не противоречат, а дополняют другие современные методологии управления.

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

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

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

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

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