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

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

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

FTA и анализ дерева событий (ETA) часто используются совместно как дополняющие друг друга методы. FTA – это дедуктивный метод (сверху вниз), направленный на анализ причин конкретного нежелательного события. ETA – индуктивный метод (снизу вверх), начиная с базового события, анализирующий все возможные последствия. Комбинация этих методов позволяет: использовать базовые события из FTA как отправные точки для построения ETA, что позволяет увидеть не только причины, но и все потенциальные последствия сбоя; проверить, не упущены ли какие-либо сценарии в FTA, через обратный анализ ETA; получить более полную картину рисковой ситуации – как от события к причинам, так и от причины к событиям. Например, базовое событие из FTA (например, отказ сервера) может стать начальной точкой для ETA, который покажет все возможные негативные сценарии, возникающие из-за этого отказа.

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

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

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

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

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

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