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

В деловой игре Grab@Pizza роли распределяются так, что два человека выступают в роли "ИТ-поддержка", два - в роли "Управление изменениями", два - в роли "SLM" и три участника играют роли в бизнес-части. В современной практике парные роли формируются из представителей как ИТ, так и бизнес-подразделений, что способствует взаимопониманию сторон.

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

Оригинальный пятый принцип Agile Manifesto гласит: «Стройте проект вокруг мотивированных личностей. Создайте им необходимые условия, поддерживайте и доверьтесь им, чтобы работа была сделана». Официальный русский перевод формулирует этот принцип так: «Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им». Основное различие заключается в том, что в оригинале акцент сделан на мотивацию конкретных личностей, тогда как в русском переводе смещение акцента происходит на профессионализм команды в целом. Автор текста считает, что создатели манифеста (сверхпрофессионалы) воспринимали профессионализм как данность, поэтому в оригинале они фокусировались именно на мотивации, тогда как русский перевод добавил акцент на профессионализм, возможно, учитывая реалии, где настоящих профессионалов не хватает.

Отсутствие четкого разделения ролей владельца и менеджера услуг в ITIL может привести к путанице в ответственности, когда неясно, кто отвечает за стратегическое целеполагание, а кто — за оперативное управление. Это может стать причиной конфликтов, дублирования обязанностей или пробелов в управлении, особенно в тех организациях, где внедряются методологии ITSM без адаптации к своим особенностям.

Делегирование работ, обозначенных как R в RACI-матрице, рекомендуется по нескольким причинам: время руководителя ограничено и должно использоваться на стратегические задачи, а не на оперативное исполнение; делегирование позволяет развивать навыки и компетенции подчиненных, создавая резерв кадров; распределение задач снижает риски, связанные с перегрузкой одного человека; делегирование способствует более равномерной загрузке команды и повышает общую продуктивность. Важно помнить, что при делегировании руководитель сохраняет за собой контроль и может быть включен в матрицу как I (Informed) или C (Consulted), чтобы отслеживать ход выполнения задачи без непосредственного участия в процессе. Это позволяет руководителю сосредоточиться на более важных аспектах управления, сохраняя при этом необходимый уровень контроля.

Разделение анализа customer journey на четыре аспекта по модели Compass Model необходимо потому, что потребительский опыт многогранен и включает в себя не только рациональные факторы (потребности), но и эмоциональные, подсознательные компоненты (желания, стереотипы, эмоции). Более простые методологии часто фокусируются только на основных потребностях и явных пожеланиях, упуская важные аспекты, которые могут сделать разницу между удовлетворённым клиентом и лояльным адвокатом бренда. Модель Compass Model позволяет глубже понять клиента, выявить точки для превосходства ожиданий, разрушить негативные стереотипы и управлять эмоциями, что в совокупности создаёт уникальную ценность и конкурентное преимущество. Четырёхаспектный анализ обеспечивает более полную картину клиентского опыта и позволяет создавать более целостную стратегию взаимодействия.

SPOC (Single Point of Contact) в контексте поддержки пользователей — это концепция, при которой каждому набору пользователей или ИТ-услуг назначена единая точка контакта. Эта точка может быть представлена отдельной узкоспециализированной группой, которая обеспечивает поддержку пользователей, взаимодействующих с определенными ИТ-решениями. Такой подход устраняет необходимость наличия общей централизованной службы, так как каждая специализированная группа самостоятельно выступает в роли точки контакта для своих пользователей.

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

Основная проблема классификации услуг по модели ITIL V3 в современных условиях заключается в том, что жесткое разделение на бизнес-услуги и поддерживающие услуги не учитывает сложность современных цифровых экосистем, где границы между видами услуг часто размыты. Модель не учитывает, что одна и та же услуга может быть бизнес-услугой для одного потребителя и поддерживающей для другого. Кроме того, в ITIL4 термины 'бизнес-услуга' и 'информационная технологическая услуга' практически не используются, что создает неоднозначность при переходе от V3 к новой версии.