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

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

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

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

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

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

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

Преимущества метода 5-Why's включают простоту применения, минимальные требования к данным и инструментам, наглядность построения причинно-следственных цепочек и фокус на практические решения. В отличие от сложных статистических методов, он быстро даёт направление для действий и легко встраивается в существующие процессы управления проблемами ITIL, делая диагностику доступной даже для малых команд с ограниченными ресурсами.

Предлагаются две стратегии. Первая заключается в установлении высокого показателя своевременности (95%) при относительно большом целевом времени решения (8 часов), с последующим его постепенным сокращением. Вторая стратегия предполагает установление более жестких сроков решения (например, 2 часа) с начальным показателем своевременности в 50%, который постепенно увеличивается до целевых 80-90%. Автор рекомендует вторую стратегию как более эффективную для быстрого восстановления и снижения количества инцидентов.

Да, метрика может быть полезной, даже если её измерение неидеально, но важно понимать контекст её применения. Например, оценочные значения могут быть полезны внутри одной команды для саморефлексии и поиска точек роста, но они не подходят для сравнения между разными командами. Ключевое условие — метрика должна оставаться релевантной для конкретной задачи, даже если точность её измерения ограничена.