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

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

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

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

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

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

Чтобы определить, действительно ли бизнес нуждается в SLA, следует проверить несколько аспектов. Во-первых, включает ли ваш SLA компоненты L (Level – измеримые характеристики услуги) и A (Agreement – осознанное соглашение сторон). Во-вторых, проверьте, нужен ли SLA именно бизнесу, а не просто ИТ-подразделению как формальности. В-третьих, наблюдайте, используется ли SLA бизнесом после подписания: проходит ли он пересмотр, контролируется ли соблюдение условий. Если ответ на эти вопросы отрицательный, то SLA не востребован бизнесом и не несет практической ценности для организации.

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

Если одна из tension-метрик игнорируется (значение 0%), общий KPI, рассчитанный как геометрическое среднее, становится равным 0%, независимо от значения второй метрики. Это отражает критическую проблему: работа не соответствует требованиям, так как баланс между конфликтующими целями нарушен. Например, высокая своевременность при нулевой результативности означает, что инциденты перенаправляются без решения, что усугубляет нагрузку на систему и снижает качество обслуживания.

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