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

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

Путаница с ролями, начинающимися со слова 'service', возникает из-за обилия вариаций названий и исторических изменений в ITIL. В частности, в некоторых компаниях до сих пор используется термин 'Service Manager', который в ITIL уже давно не применяется. Дополнительную сложность создает то, что ITIL4 Foundation не содержит детального описания ролей, участвующих в практиках, в отличие от ITIL V3. Эта путаница особенно заметна в контексте процесса управления уровнем услуг (Service Level Management), где требуется чёткое понимание обязанностей различных ролей, таких как Service level manager и Service owner.

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

Алгоритм профилирования нагрузки распределяет задачи так, чтобы количество открытых задач на каждом сотруднике было пропорционально определенным весовым коэффициентам, которые могут отражать уровень компетенции или целевой уровень загрузки сотрудника оперативными задачами. Например, если у одного сотрудника с коэффициентом 1 имеется 5 задач, а у другого сотрудника с коэффициентом 2 – 6 задач, то новая задача будет назначена сотруднику с коэффициентом 2, так как пропорционально он занимает меньше объема по отношению к своему весовому коэффициенту. Однако этот метод также не учитывает сложность конкретных задач и временные недоступности сотрудников.

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

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

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

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

Анализ текущего состояния потока создания ценности в ИТ-команде можно провести с помощью картирования потока (Value Stream Mapping, VSM). Это включает создание визуальной карты всех этапов обработки задач, объединение их с информационными потоками и связанными метриками. Анализ должен ответить на вопросы: кто является источником запросов и как они приоритизируются; достаточно ли информации для фокусировки на ценности; как организована передача задач между этапами; где есть завихрения и возвратные движения элементов; все ли этапы и очереди визуализированы; как организована приёмка и подтверждение поставленной ценности.