Управление доступностью фокусируется на поддержании согласованного уровня операционной доступности ИТ-услуг в обычных условиях, измеряемого как процент времени, когда услуга доступна и работает правильно. Основные мероприятия включают мониторинг, анализ трендов и профилактические работы для предотвращения простоев. Управление непрерывностью направлено на обеспечение восстановления ИТ-услуг после серьезных сбоев или катастроф в установленные сроки RTO и RPO. Оно включает разработку планов, тестирование и поддержание готовности к чрезвычайным ситуациям. Хотя эти процессы тесно связаны и часто объединены в стандартах (как в ISO/IEC 20000), их цели и методы различаются: доступность - это повседневная операционная характеристика, а непрерывность - это готовность к экстремальным ситуациям.

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

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

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

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

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

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

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

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

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