Для получения обратной связи от заказчика в рамках SIP используются формальные и неформальные методы. Формальные методы включают регулярные опросы, где прямо спрашивают, доволен ли заказчик услугой. Неформальные методы включают разговоры 'у кулера' и другие неофициальные способы общения с заказчиком. Важно регулярно собирать мнения о качестве услуги и об удовлетворённости услугой в целом для выявления конкретных причин недовольства или возможностей для улучшения.

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

Практика 'Поддержка изменений' (Change enablement) в ITIL4 - это подход к управлению изменениями, ориентированный на быструю и безопасную доставку изменений в эксплуатацию при минимизации рисков. Она фокусируется на обеспечении того, чтобы изменения внедрялись эффективно и безопасно, при этом сохраняя необходимый уровень контроля. В рамках этой практики определен набор процессов, каждый из которых требует управления, а за практику в целом отвечает менеджер изменений как специфическая роль. Цель практики - поддержка бизнеса в адаптации к изменениям среды при сохранении стабильности сервисов.

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

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

Управление доступностью считается уникальным процессом в ITIL потому, что оно не выделено как отдельный процесс в других известных стандартах управления ИТ, таких как ISO/IEC 20000, COBIT5, CMMI для сервисов или MOF. В этих стандартах управление доступностью либо совмещено с другими процессами (например, с управлением непрерывностью или мощностями), либо отсутствует. ITIL предлагает этот процесс самостоятельно, хотя его задачи частично пересекаются с функциями других процессов, что вызывает вопросы о его необходимости как отдельной процедуры.

В книге ITIL Service Strategy отсутствуют детальные рекомендации по реализации моделей аллокации затрат, представленной менее чем на одной странице в разделе 4.3.5.6. Также структура процесса управления финансами (Accounting, Budgeting, Charging) больше отражает области ответственности, чем конкретные процедуры, что затрудняет практическую реализацию процесса.

Новая система не решает все проблемы автоматически. Были случаи, когда вместо миграции рекомендовали сосредоточиться на других областях — процессах и людях. Часто для достижения результата достаточно внедрить правильный регламент и использовать уже имеющиеся инструменты, такие как Excel, которые могут обеспечить достаточную гибкость и производительность при правильной настройке.

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

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