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

На примере света в темной комнате: Utility (Полезность) определяет, помогает ли свет достичь цели - читать книгу в темноте. Электрический свет, фонарик или свеча обладают высокой полезностью, так как они решают эту задачу, в то время как газовая плита или водопровод не подходят по назначению. Warranty (Гарантия) оценивает, насколько удобно использовать свет. Если электрический свет мигает, мерцает или часто выключается, то при сохранении высокой полезности (свет все еще позволяет читать) он имеет низкую гарантию из-за нестабильности работы. Warranty в этом случае характеризуется компонентами: доступность (свет доступен, когда нужно), мощность (достаточная яркость), безопасность (отсутствие рисков поражения током) и непрерывность (стабильное горение без частых отключений).

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

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

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

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

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

Согласно второму принципу DASA, важность ориентации на конечный результат (Create with the End in Mind) заключается в отказе от водопадного подхода и процессно-ориентированных моделей, где сотрудники выполняют только конкретные функции без понимания общей картины. Вместо этого компании должны действовать как продуктовые организации, явно сфокусированные на создании продуктов для реальных заказчиков. Это требует, чтобы все сотрудники понимали полный контекст создания продукта и представляли его конечными пользователям. Такой подход позволяет более эффективно выстраивать процессы, минимизировать разрыв между отделами и обеспечивать создание ценности для клиентов с самого начала процесса разработки.

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

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