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

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

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

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

Существует три основных взаимосвязанных стандарта, регулирующих использование Role-Based Access Control: INCITS 359-2012 «Information Technology - Role Based Access Control», который содержит референтную модель ролевого управления доступом; INCITS 494-2012 «Information technology - Role Based Access Control - Policy Enhanced», являющийся дополнением к первому стандарту в части обработки динамических ограничений; и INCITS 459-2011 «Information Technology - Requirements for the Implementation and Interoperability of Role Based Access Control», описывающий допустимые сочетания компонентов и интерфейсы. Первые два стандарта определяют модель и функциональные возможности RBAC, а третий обеспечивает совместимость и правильную комбинацию компонентов.

Накопление опыта и знаний положительно влияет на эффективность внедрения изменений в ИТ через повышение Change capability (способности ИТ-организации проводить изменения). Чем чаще внедряются изменения (выше Release rate), тем больше возможностей для обучения на собственных ошибках, отработки взаимодействия и усвоения уроков. Это приводит к росту компетенций команды, увеличению способности автоматизировать стандартные процессы (Standardization/automation) и улучшению First-Time Implementation Rate (коэффициент успешного внедрения с первого раза). В итоге, усиленная Change capability позволяет сократить Process Time (время работы над изменением) и, как следствие, снизить общий Time to market. Этот процесс образует положительную усиливающую петлю обратной связи, где ритмичные малые внедрения приводят к росту возможностей, что позволяет делать еще больше и качественнее внедрений, создавая эффект непрерывного улучшения процессов.

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

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

Для учёта степени превышения срока обработки метрика может быть модифицирована за счёт добавления весового коэффициента wi, который учитывает, насколько сильно просрочен инцидент. Если инцидент решен в срок, wi=1. Если срок превышен, wi определяется как отношение фактического времени решения инцидента Ti к установленному сроку. Формула переписывается в виде: Кгруппы = (1/N) * Σ(wi * (1 - (ti/Ti) * vi)). Также можно ввести рейтинг ответственности ri = (ti/Ti) * vi. Тогда метрика принимает вид взвешенного арифметического среднего: Кгруппы = (1/N) * Σ(wi * (1 - ri)).

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