Хочу предложить метод конструктивной конфронтации для защиты архитектурного решения перед заинтересованными лицами всех иерархий компании от СТО до тестировщиков. В качестве подопытного выбрал ВозиОзон не случайно, ведь его архитектура по своему уникальна и отличается от опыта, накопленного внутри компании при реализации маркетплейса, а это попахивает сами знаете чем. Покажу суть архитектуры, опишу кратко процессы ВозиОзон и отличия от маркетплейса. Порасуждаем на что нужно закладываться, а на что забить, обсудим такое явление как мультирепозиторий, разберемся в вопросе баланса стандартизации инженерных подходов для команд. Предложу релизный процесс с асинхронными инкрементами миниапов и платформенной части. Замечу что в IT нет армии и если люди, ниже тебя в подчинении, не уверуют в твое решение - будут саботировать его от начала и до конца, а это еще хуже, чем если бы, не уверовали люди выше тебя, и вероятнее продукт будет провальным. Веру в решение нужно не просто иметь, её необходимо поддерживать постоянно и для этого у меня для вас так же найдутся инструменты.