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

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

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

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

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

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

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

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

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

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