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

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

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

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

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

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

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

Для управления задачами разной природы можно использовать вертикальное или горизонтальное разделение ресурсов. Вертикальное разделение предполагает чередование периодов: например, две недели на разработку, неделю на R&D, неделю на технический долг. Горизонтальное разделение заключается в выделении долей трудозатрат (например, 70% на развитие, 20% на эксплуатацию, 10% на исследования), с контролем результатов по каждому направлению. Однако такой подход требует четкого баланса, чтобы избежать формирования силосов и потери общей целостности команды.

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

Согласно статистике, деловые игры в России проводятся значительно реже, чем в Европе — примерно в 4-8 раз реже. При этом эффективность этого метода обучения в западных компаниях ощущается больше, и организации чаще используют его в процессе развития персонала. Разница может быть связана с разным подходом к восприятию термина «деловая игра» и его роли в обучении, а также с бюрократическими ограничениями и непониманием ценности данного метода в российских компаниях.