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

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

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

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

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

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

Чтобы преобразовать продажу товара в продажу услуги, необходимо определить, какие риски и затраты клиент может переложить на поставщика. Например, простая продажа шоколадки - это товарная модель, где клиент сам решает вопросы ее приобретения и хранения. Чтобы превратить это в услугу, можно добавить компоненты: 1) Регулярная доставка (покупатель получает шоколадку к утреннему кофе без необходимости самому ее покупать); 2) Обеспечение доступности через автомат (ресурс - сам автомат, операции - его загрузка и обслуживание). Таким образом, клиент не просто получает товар, но и перекладывает на поставщика ответственность за обеспечение доступности и своевременности получения товара, что и составляет суть услуги.

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

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

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