Судя по вопросам совсем нет

Справедливо

нет универсального ответа. с каждым программистом работает менеджер, который в динамике смотрит и пытается влиять на ситуацию.

Или не смотрит :)

Спасибо что озвучил то, что я хотел написать)

Не то чтобы все ответы были уникальные как снежинка, но стандартного по индустрии ответа нет, тк в целом она слишком многообразна

@bolshaya_ma у тебя вопрос звучит как «какие проблемы вотвзаимоотношегиях людей вы видите»

да, извините, к хорошему быстро привыкаешь

со стороны менеджмента тоже. мне интерсны те проблемы с которыми сталкивались лично вы.

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

когда продукт готов, он не понимает, что делать с этими разработчиками. дает им работу ради работы.

или второй вариант. менеджер поставил тз. разработчик его либо не допонял, либо тз было сформировано плохо. не уточнил детали и сделал фичу, а она работает не так, как надо.

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

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

если писать только про свой опыт, то получится очень узко и субъективно. я хотела рассмотреть вопрос с нескольких сторон

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

вопрос сформулировала некорректно, согласна. но цели собрать ответы, переформулировать и выдать за статью у меня нет

это, кстати, тру стори, про диплом

5) делают не для тех
6) делают то, но не вовремя
7) делают, но не продают

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

В кейсах из вашего примера все можно обощить до:
1. Фаундер нанял не того человека, что-то не так с фаундером.
2. Фаундер делает странное, наверно у него лишние деньги
3. Либо менеджер сделал херню, либо разработчик недостаточно синьористый и замотивированный, чтобы из менеджера выжать нормально задачу. Или он не захотел, потому что _миллион причин_.

5 и 7 вроде обычно не к разработке

Если у вас все так - у вас все сломано. Наймите консалтера с правом стучать по голове всем, включая фаундера. Возможно полегчает.

еще можно "делают неоптимально" тогда добавить. Вот этот ваш "toil"