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

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

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

Примерами компаний, иллюстрирующих трансформацию отраслей под влиянием информационных технологий, являются: Uber, который изменил таксомоторную отрасль, создав цифровую платформу для соединения пассажиров и водителей; Netflix, который трансформировал индустрию развлечений от физических носителей к потоковому видео по подписке; Amazon, который превратил розничную торговлю через онлайн-платформу и логистические инновации; Airbnb, который изменил гостиничный бизнес, используя платформу для обмена жильем; Booking.com, который трансформировал туристическую отрасль через цифровую бронирующую систему.

Для описания процесса работы с учетом разных типов участников необходимо создать общий регламент, состоящий из обязательных этапов, а затем для каждого типа участника определить, как они должны действовать на каждом этапе. Как в примере с лебедем, щукой и раком, общий регламент может быть: загружаем-впрягаемся-тянем-выгружаем. Но на этапе 'тянем' лебедь должен взлететь и лететь вдоль берега на определенной высоте, щука - нырнуть и двигаться под водой, а рак - ползти назад. То же самое применимо к ИТ-процессам, где общий процесс управления изменениями остается одинаковым, а модели изменений учитывают особенности выполнения этапов для разных систем.

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

Связь обеспечивается через этапы: бизнес-заказчик с помощью BRM формирует Change proposal, который содержит бизнес-обоснование и стратегическую цель, затем после утверждения разрабатываются конкретные RFC, детализирующие технические изменения. BRM выступает как посредник, гарантирующий соответствие конечного результата изначальным бизнес-требованиям и поддержку заказчика на всех этапах.

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

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

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