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

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

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

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

В игре Grab@Pizza наглядно демонстрируются сложности приоритизации ИТ-инициатив. Участники сталкиваются с ситуацией, когда необходимо обосновать бизнес-ценность технических улучшений инфраструктуры и доказать их выгоды для компании. Если ИТ-инициативы не подкреплены аргументированным бизнес-обоснованием, они рискуют остаться невостребованными, а проблемы в инфраструктуре продолжат создавать инциденты. Это помогает участникам понять важность выстраивания диалога между ИТ и бизнесом и необходимости четкого обоснования всех технических изменений с точки зрения бизнеса.

В истории менеджмента известно множество ключевых фигур и их концепций: Адам Смит ввел идею специализации труда; Генри Форд внедрил конвейерное производство; Уолтер Шухарт и Эдвард Деминг разработали основы управления качеством на основе измерения и совершенствования процессов; Норберт Винер создал кибернетику, которая повлияла на управление системами; Дэвид Нортон и Роберт Каплан предложили концепцию сбалансированной системы показателей; ITIL стал стандартом в управлении ИТ-услугами. Эти концепции и их авторы хорошо документированы и признаны в профессиональном сообществе.

Магический квадрат Гартнера по ITSM-продуктам вызывает критику за то, что он недостаточно концентрируется на технических характеристиках продуктов и слишком ориентирован на оценку компаний-поставщиков как стратегических партнеров. Это приводит к ситуации, когда позиции вендоров могут резко меняться на основе факторов, не связанных напрямую с качеством их решений, например из-за изменений в маркетинговой стратегии. Кроме того, аналитика Гартнера имеет тенденцию к усреднению и отставанию от реального состояния ITSM-рынка.

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

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

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