тем что времени копать меньше

так вот. Оч быстро объясню почему эта схема не работает.

Если у тебя есть некий "бизнес" в лице руководителя там SEO и прочее и он тебе дает "распоряжения" и из этих "распоряжений" мы генерим "задачи" (что сделать, expected deliverables) то у тебя этот "менеджер разработки" становится сразу узким местом системы. Если у команды возникают вопросы по фиче - им надо пинать менеджера. В это время они ждут. Что бы не простаивать - они берут чет еще. В итоге увеличивается смена контекста и фокус команды теряется. Все превращается в классическую аутсорс структуру которая используется в 70% компаний.

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

а они именно сами хотят копать больше?

угу

ничоси, мечта капиталистов

у тебя могут быть аналитики, архитект, тех лид какой или тим лид, в зависимости от того че как у вас там которые могут на себя взять работу по выяснению "че делать" на основе требуемых целей. Но суть остается та же - если команде говорить "что делать" они будут делать хуйню и lead time фичей будет увеличиваться. А если команда будет знать "что мы ждем" а не "что делать" то тогда команда сама может разобраться, провести эксперементы, померять и т.д. И вот тут "работа в условии отсутствия достаточного количества информации".

не понял, каким образом менеджер становится узким местом?

да, а потом вебинары про то как бороться с выгоранием

один человек раздает работу N человекам. Если у тебя N менеджеров - та же проблема только хуже - теперь надо еще между менеджерами действия координировать

это узкое горлышко даже на графике видно)

p.s. у меня ситуация с N продукто менеджеров, M команд и т.д. так что я это все кушаю каждый день

что оно узкое в прямом смысле этого слова

менеджер маппит хотелку в задачу (все так же абстрактную, без конкретики)

goals, outcomes, impact...

называйте как хотите

ну то есть вот картинка - команде по твоей схеме должно сразу deliverable прилетать?

или только goal а все остальное на совести команды?

он маппит "хочу чтобы работало быстрее" в "оптимизацию сервера/оптимизация прилжения/увеличение серверов" в зависимости от ресурсов

или там условно менеджер может impact тебе выдать