Существует несколько альтернативных вариантов организации управления доступностью. Один из наиболее распространенных — объединение с управлением непрерывностью, как это предусмотрено в ISO/IEC 20000. Также управление доступностью может быть частью управления мощностями (COBIT5, CMMI для сервисов) или включено в функцию надежности (MOF). В некоторых подходах, например, ISM Method, управление доступностью рассматривается как компонент управления качеством. В реальной практике управление доступностью может быть распределено между разными командами и процессами в зависимости от организационной структуры и выбранной методологии.

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

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

Предложенная метрика решает проблему отсутствия адекватного способа измерения эффективности процесса управления проблемами. Традиционные метрики, такие как отношение количества решенных проблем к количеству открытых, имеют существенные недостатки: они не стимулируют регистрировать новые проблемы и не нормированы, что делает сложным определение целевых значений. Новая метрика является нормированной (изменяется в диапазоне [0;1]) и стимулирует выявление и регистрацию новых проблем, так как её значение увеличивается при увеличении количества новых зарегистрированных проблем.

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

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

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

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

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

Частыми ошибками являются фокус на выполнении формальных показателей, игнорирование обратной связи от клиентов, недооценка важности восприятия услуги потребителем. Например, организация может считать проект успешным, если все этапы выполнены в срок и в рамках бюджета (output), не учитывая, что пользователи не принимают продукт (недостигнутый outcome), что приводит к разочарованию клиента и потере доверия.