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

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

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

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

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

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

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

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

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

В ритейле, как, например, в федеральной сети «Дикси», обращений гораздо больше (4,6 на пользователя в 2022 году), чем в средних значениях отраслевых отчетов. Это связано со спецификой бизнеса: большим парком оборудования (кассы, терминалы), высокой интенсивностью использования техники, частыми обновлениями систем и, возможно, недостаточным уровнем ИТ-грамотности сотрудников торговых точек. Также в рознице часто отсутствуют эффективные базы знаний для самостоятельного решения проблем.