всем привет
немного наблюдений и рассуждений о работе в аутсорс проектах и продуктах

В аутсорсе ценность - это сколько задач из wbs закрыто за итерацию/спринт. Цель - сделать весь обьем работы (скоуп) в заданные сроки, чтобы клиент был доволен. Фокус на предсказуемой поставке (деливери) какого то обьема фич. Ценность для конечного клиента фигурирует в разговоре, но обычно выбор как эту ценность дать клиенту принадлежит кому то на стороне клиента (или самому клиенту), с которого бизнес аналитик собирает видение решения и оформляет в таски для команд разработки.
ПМы оптимизируют процесс доставки (поток, спринты) и отчитываются о скорости команды и проценте выполнения запланированного объема работ. Решают узкие места, определяют фазы выполнения задач на доске, критерии завершение и обьем релизов.
В итоге результат работы нужен кому то или нет - это всегда проблема и забота клиента, он несет ответственность за то, как он это будет потом продавать и использовать,

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

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

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

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

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