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

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

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

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

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

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

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

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

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

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