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

Методическое обеспечение ИТ-бюджетирования может быть 100-процентным, поскольку ITIL предоставляет четкие, структурированные процессы и руководства для каждого этапа бюджетирования. Это включает в себя последовательные шаги от получения бизнес-планов через BRM/SLM до расчета стоимости услуг и формирования бюджета, где каждый этап имеет специфические методики, алгоритмы и формулы. Это делает процесс предсказуемым и документируемым, позволяя достичь полной методической проработки без пробелов.

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

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

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

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

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

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

После выявления «известной ошибки» она документируется в специальной базе данных известных ошибок (KEDB - Known Error Database). В запись об ошибке включается информация о корневой причине, описании проблемы, временном обходном решении (workaround), а также данные о влиянии на бизнес и истории связанных с ней инцидентов. Эта информация используется при возникновении аналогичных инцидентов для быстрого применения известного обходного решения. Запись поддерживается в актуальном состоянии и обновляется по мере получения новых данных или поиска постоянного решения проблемы.

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