Как перестать масштабировать техлидов и начать масштабировать структуру проекта

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

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