Это плохой путь. Лучше поменьше программистов и подумать.
Ну не знаю. У меня следующее представление о развитии продукта
Вначале ты никто и никому не нужен. Тут много программистов вредно и не эффективно. Тут нужно много экспериментировать и вообще сегодня прототип завтра продакшен. Тут сложно строить архитектуру ибо хз какая предметная область. Мы вот проходили "делаем штуку в домене x а через месяц уже y".
Затем когда есть попадание и потихоньку растет понимание что ж такого мы сделали мы можем начать причесывать продукт. Скажем мы вначале выбрали целевую аудиторию определенную и это все покрывает 60% юзкейсов. И есть ещё 40% где много денег. И например что бы выйти на эти рынки тебе надо постоянно расширять мелочи. Акксесебидити для слабовидящих (потому что 5% твоей таргет аудитории уже не молодые). Вышли в штатах? Надо испаноговорящих уважить. Это ещё 3% рынка.
И так ты постепенно обрастаещь вещами. Больше разных флоу - больше фидбэка, больше потребности в росте что бы срупут не падал.
А ещё если в начале у тебя супортом был твой продает, теперь надо Тулы пилить что бы можно было быстро диагностику делать (интеграции с тулами). А ещё есть интеграции с бизнесовыми тулами что б они могли опортьюнити мерять. Аналитика, куча всего.
И вдруг оказывается что у тебя целые команды пилят подсистемы как сервисы для других разработчиков или платформ тимы.
А завтра вас поглащает другая компания и вы сливаетесь в одну мега платформу которая должна погладить рынок.
Я согласен что проблемы людьми закидывать вредно. Но в какой-то момент у тебя источников проблем больше становится и ты будешь испытывать необходимость в том что бы скейлить поиск решений.
Может если продукт мелкий то да, это все не нужно. Я вот вынужден работать в энтерпрайзах