Я думал, что "узнает зачем" обычно продукт-менеджер (овнер, директор)

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

Ага, лучше хенералов за рычаги посадить и в бой! Это такая секретная методика управления видимо. Без ритуалов, коммуникации, обратной связи. Только вот сколько спрашиваю - хоть один бы привел конкретный пример что он делает, как и зачем, как масштабирует, как людей нанимает.
Какой то парадокс: гибкие методологии никто не любит но много говорят, пытаются что-то применять и ничего не получается из того что хочется.

не видел такой роли

Если программист не узнает 'зачем' - его надо просто выгнать. У меня и джуны узнают зачем, прежде чем делать.

Владелец продукта. Он отчитывается перед "инвесторами" за то, что команда делом занята. А команда перед ним.

нет, владелец продукта не отвечает за то, что команда перформит

@povsten
Иначе фигня получается. Вот как про то крыло самолёта. Куча неверных решений на всех уровнях. Так как стопроцентного покрытия сценариев и corner cases в ТЗ никогда нет и всё равно приходится додумывать разработчику.

а дело ли программиста знать "зачем?"

И как результаты? Вы на производстве никогда не видели как чертежи напильником до нужной формы подгоняют? А когда старый дедушка уходит на пенсию, который знал "зачем", все встает колом и начинаются исследования на тему: чтож он такого делал, что у него все было хорошо.

задайте вопрос себе, что делать с командой, если она никак не выйдет на “режим” и не перформит. по вашим представлениям — дрюкать владельца продукта, а он им даже не начальник

это все не является проблемой. чертежи напильником подгоняли и будут подгонять

т.е. у вас исполнитель не знает что он должен сделать и вы готовы что он же будет что-то подгонять напильником?