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

Для учета расходных материалов внутри ITSM-системы необходимо внедрить технические возможности, связанные с CMDB, включить регламентацию процесса, выделить отдельную роль с четким описанием функций и KPI. Система должна поддерживать планирование закупок с учетом совместимости оборудования и материалов, учитывать стоимость по FIFO и предоставлять статистику по использованию материалов в разрезе оборудования. Это создает полный цикл управления от закупки до списания.

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

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

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

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

В COBIT 5 for Risk для мониторинга рисков используются ключевые показатели риска (Key Risk Indicators - KRI), которые привязаны к ИТ-целям из основной публикации COBIT 5 и целям процесса из COBIT 5: Enabling Processes. Эти показатели позволяют отслеживать ситуацию в реальном времени и предупреждать о приближении нежелательных событий. Для каждого риска в документе указаны соответствующие ключевые показатели, что позволяет организациям использовать их как инструмент для проактивного управления рисками и принятия обоснованных решений.

Контроль известной ошибки (known error) в ситуации, когда после диагностики не обнаружено реалистичных решений, имеет свои особенности. В этом случае процесс фокусируется не на устранении проблемы, а на управлении ее последствиями и минимизации влияния на бизнес. В рамках error control (EC) устанавливается срок контроля известной ошибки, который позволяет отслеживать проявления проблемы и оценивать, как она влияет на работу бизнес-процессов в режиме ожидания. Такой подход необходим, когда решение проблемы технически невозможно или экономически нецелесообразно в данный момент, но требуется поддерживать сервис на приемлемом уровне.

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

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