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

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

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

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

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

Для измерения Outcome используются методы, учитывающие субъективное восприятие клиента: опросы удовлетворённости, интервью, метрики NPS (Net Promoter Score), анализ поведения пользователей, изучение бизнес-результатов клиента (например, рост продаж после внедрения ИТ-решения). Важно сочетать количественные и качественные подходы, чтобы получить полную картину.

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

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

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

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