Альтернативы статусу 'Ожидание' включают: использование специализированных статусов для разных типов ожидания (например, 'Ожидание поставки', 'Ожидание ответа клиента', 'Ожидание руководителя'); введение промежуточных этапов в workflow с фиксированными сроками и ответственными; разделение сложных задач на подзадачи, где этап ожидания становится отдельной видимой задачей; использование системы напоминаний вместо смены статуса; применение приоритизации задач вместо откладывания (задача с низким приоритетом остаётся в работе, но обрабатывается последней). Альтернативы часто повышают прозрачность процесса за счет детализации причин задержек, но могут усложнить управление из-за большего количества статусов и правил.

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

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

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

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

Крупные организации имеют ряд характеристик, усложняющих внедрение изменений: 1) Инерция, поддерживающая текущий порядок и снижающая ощущение срочности перемен. 2) Сложные коммуникации в подразделениях, где работает более 100-200 человек, что мешает быстрому распространению информации об изменениях. 3) Среда, не поощряющая риски, особенно в компаниях, прошедших стадию стартапа, так как существует страх, что изменения могут привести к ухудшению ситуации. 4) Хроническая нехватка различных ресурсов - трудовых, финансовых, временных и волевых, что ограничивает возможности для экспериментов и корректировок. 5) Сопротивление как система, проявляющееся не через отдельных людей, а через саму структуру и культуру организации, что делает его менее очевидным и более сложным для преодоления, чем индивидуальное сопротивление сотрудников.

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

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

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

Реализация ITSM кардинально изменяет управление инцидентами, обеспечивая более обоснованные и чёткие нормативы. Меняется подход к классификации обращений пользователей, что требует переподготовки первой линии поддержки. Существенно усиливается потребность в эффективной координации устранения крупных инцидентов (major incidents) и регистрируются инфраструктурные инциденты для контроля доступности услуг.