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

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

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

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

Назначение процесса управления уровнем ИТ-услуг заключается в обеспечении качества ИТ-услуг за счёт согласования и контроля соблюдения обязательств поставщика ИТ-услуг, а также организации устранения выявленных несоответствий. SLM ответственен за реализацию цикла PDCA над оперативной деятельностью в рамках жизненного цикла услуг, направленного на постепенное устранение несоответствий между ожиданиями заказчика услуг и реальными показателями предоставляемых услуг. Такой подход зафиксирован в стандарте ISO 9001:2000.

При организации учёта трудозатрат ключевая проблема с 'квантом времени' заключается в завышенной оценке сотрудниками своих трудозатрат из-за восприятия одновременного выполнения нескольких задач как работы над всеми ними сразу. Например, сотрудник может вести телефонный разговор, консультируя клиента, и одновременно заполнять документацию. В реальности время, затрачиваемое на каждое действие, неделимо и требует чёткой фиксации. Для решения этой проблемы рекомендуется фиксировать начало и конец комплекса действий, затем оценивать долю времени, потраченного на каждую задачу. Стандартный приём — разделение общего времени поровну (50/50) между задачами и дальнейшее уточнение на основе личных наблюдений.

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

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

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

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