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

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

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

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

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

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

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

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

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

Целесообразность применения методик DevOps определяется оценкой их соответствия конечной бизнес-задаче и контексту организации. Необходимо проанализировать, является ли поддерживаемый ИТ-решением бизнес-процесс фактором дифференциации компании. Если нет, возможно, разумнее адаптировать бизнес-процесс под возможности доступных решений, включая коробочные продукты. Также важно учитывать уровень сложности инфраструктуры: в условиях высокой сложности (область 'Сложно' по Cynefin) традиционные методы могут быть неэффективны, и предпочтительнее использовать итеративный подход вместо сложного планирования.