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

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

В рекомендациях ITIL 4 к применению принципа "Отталкивайтесь от текущей ситуации" (Start where you are) указано, что при оценке текущей ситуации следует использовать непосредственные наблюдения, и этим наблюдениям следует отдавать предпочтение перед другими методами сбора информации. В частности, в разделе 4.3.2.2 ITIL 4 прямо указано, что "прямое наблюдение всегда должно быть предпочтительным вариантом" ("direct observation should always be the preferred option"). Это подтверждает важность элемента, который ранее был выделен как отдельный принцип "Приоритет прямого наблюдения" (Observe directly) в ITIL Practitioner Guidance 2016 года, но в ITIL 4 интегрирован в рекомендации по применению другого принципа.

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

Жизненный цикл процесса в COBIT 5, включающий этапы планирования, приобретения, построения/приобретения/создания/внедрения, использования/эксплуатации, оценки/мониторинга и обновления/утилизации, может быть упрощен до цикла Деминга (PDCA). В этом случае этапы планирования, создания плана и постановки целей соответствуют фазе Planning (Планирование), этапы создания и внедрения - фазе Doing (Делание), этапы мониторинга и отчетности - фазе Checking (Проверка), а планирование совершенствования процесса - фазе Acting (Действие). Это упрощение сохраняет смысл и позволяет оценивать зрелость процесса по полноте реализации цикла PDCA, что является основой для подходов оценки зрелости, таких как CMMI-SVC и COBIT PAM.

В 2010 году в магическом квадрате Гартнера по ITSM-продуктам свои позиции потеряли такие компании, как HP, CA и IBM, которые переместились из категории лидеров в категории претендентов или нишевых игроков. При этом BMC Remedy ITSM Suite осталась единственным лидером. Изменения позиций произошли преимущественно из-за переоценки маркетинговой активности, стратегического видения и способности поддержки долгосрочных партнерских отношений, нежели из-за фундаментальных изменений в продуктах.

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

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

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

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