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

В этой цепочке сломано все и я очень надеюсь, что так уже не бывает.
Разработчика должен нанимать не фаундер, а CTO, если у фаундера нет необходимых скиллов.
Отслеживать хорошо или нет должен QA, хотя бы один тестер должен быть, как минимум чтобы не замыленным глазом смотреть.

>Фаундер нанимает еще одного разработчика. Так у него появляется их штук 6.
А нужно было нанять одного тестера и одного техдира

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

Разработчик не должен уточнять детали, разработчик, это грубо говоря, крановщик на стройке (простите, парни). Он видит что в ТЗ "поднять балку на шестой этаж" и поднимает. О том что балку нужно поставить определенным образом, должен писать заказчик.

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

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

Можно нанять разраба-синьора с желанием роста и раскладом "выгребешь - будешь CTO".

Можно нанять разраба-синьора с желанием роста и раскладом "выгребешь - будешь CTO".

А можно ли делать из хороших разработчиков плохих менеджеров?
</наброс>

А можно ли делать из хороших разработчиков плохих менеджеров?
</наброс>

А можно ли делать из хороших разработчиков плохих менеджеров?
</наброс>

А можно ли делать из хороших разработчиков плохих менеджеров?
</наброс>

я видел таких, иногда можно, видимо

Тоже тяжело в общем-то, плюс тут может быть история про синьора который не выгреб

Можно нанять разраба-синьора с желанием роста и раскладом "выгребешь - будешь CTO".

Вопрос только нужно ли

Я не тролю, но - с понимания зачем это вообще вам нужно. Как правило, если возникает вопрос "с чего начать" - значит начинать пока рано.

знаю историю, когда наняли сениора в СТО и закончилось это двумя десятками микросервисов в продукте, которому хватило ларавела и пхп в фундаменте )

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

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

а если бояться негативного оценочного мнения, то и роста не будет

Мне очень интересно, зачем маркетологам и копирайтерам знать какие проблемы у разработки?

Вот поэтому надо все таки стараться нанимать СТО, но их нет, поэтому... ну кого-то же надо нанимать)