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

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

В контексте описания взаимосвязи между системой управления конфигурациями (CMS) и процессом управления сервисными активами и конфигурациями (SACM) термин 'Уроборос' используется метафорически для обозначения замкнутого круга: CMS поддерживает процесс SACM, а SACM поддерживает CMS. Эта взаимосвязь может создать впечатление парадокса, как будто змея кусает себя за хвост. Однако в реальности это не парадокс, а отражение естественной взаимозависимости процессов и инструментов в системе управления ИТ-услугами. Процесс SACM использует CMS как инструмент, а одновременно поддерживает и обновляет данные в CMS, что позволяет системе функционировать эффективно.

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

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

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

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

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

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

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