Ответ
Ответ на этот вопрос сильно зависит от проекта и компании, но я могу описать несколько типичных структур, с которыми сталкивался.
Вариант 1: Кросс-функциональная продуктовая команда
Это наиболее распространенная модель в Agile-методологиях.
- Состав: Команда состояла из 7-8 человек: 1 Product Manager, 1 дизайнер, 2 frontend-разработчика, 2 backend-разработчика (Go) и 1 QA-инженер. Иногда в команду входил DevOps-инженер.
- Роль Go-разработчиков: Мы отвечали за разработку и поддержку микросервисов, относящихся к нашему продуктовому домену (например, сервис пользователей или сервис заказов). Мы тесно взаимодействовали с фронтендерами для проектирования API и с DevOps для настройки CI/CD и мониторинга.
Вариант 2: Платформенная (инфраструктурная) команда
В крупных компаниях часто есть команды, которые создают внутренние инструменты и сервисы.
- Состав: Команда состояла из 4-5 Go-разработчиков и 1-2 DevOps-инженеров.
- Роль Go-разработчиков: Нашей задачей была разработка высоконагруженных платформенных сервисов, которые использовали другие продуктовые команды. Например: сервис аутентификации и авторизации, биллинг, система асинхронной обработки задач, API-шлюз. Здесь акцент делался на надежность, производительность и масштабируемость.
Факторы, влияющие на структуру и размер команды:
- Архитектура: В микросервисной архитектуре команды часто формируются вокруг одного или нескольких сервисов. В монолитной архитектуре может быть одна большая backend-команда.
- Стадия проекта: На старте проекта команда может быть меньше (2-3 backend-разработчика), а в фазе активного роста и поддержки — значительно больше.
- Методология: Agile-команды (Scrum, Kanban) обычно стремятся к размеру 5-9 человек для поддержания эффективности коммуникаций.