Из скольких человек состояла команда

Размер команды в разработке

Это классический вопрос на собеседованиях о размере команды и структуре разработки. Ответ зависит от контекста проекта, его масштаба и поставленных задач.

Оптимальные размеры команд

Малые команды (3-5 человек)

Оптимальны для стартапов и MVP-проектов:

• Backend: 1-2 разработчика
• Frontend: 1 разработчик
• DevOps/Infrastructure: 0.5 разработчика
• QA: 0.5 разработчика

Преимущества малой команды:

• Быстрое принятие решений
• Минимальные коммуникационные издержки
• Легче синхронизировать работу
• Понимание всей системы каждым членом

team_size = 4
commit_velocity = team_size * 2
decision_time = 24 / team_size

Недостатки:

• Зависимость от каждого человека
• Высокий риск при увольнении
• Ограниченность навыков

Средние команды (6-12 человек)

Удобны для установившихся продуктов:

• Backend: 3-4 разработчика
• Frontend: 2-3 разработчика
• Mobile: 1-2 разработчика
• DevOps: 1 разработчик
• QA: 2 разработчика
• Product Manager: 1 человек

class TeamStructure:
    def __init__(self):
        self.backend = 4
        self.frontend = 3
        self.mobile = 2
        self.devops = 1
        self.qa = 2
        self.pm = 1
    
    def total_size(self):
        return sum([self.backend, self.frontend, self.mobile,
                    self.devops, self.qa, self.pm])

team = TeamStructure()
print(f"Размер: {team.total_size()}")

Большие команды (20+ человек)

Необходимы для сложных систем и масштабных проектов:

• Несколько кросс-функциональных команд
• Отдельные команды для инфраструктуры, безопасности
• Слой менеджмента (tech leads, architects)

Структура команды

from dataclasses import dataclass
from typing import List

@dataclass
class TeamMember:
    name: str
    role: str
    seniority: str
    expertise: List[str]

@dataclass
class Team:
    name: str
    members: List[TeamMember]
    
    def count_by_level(self):
        return {
            'junior': len([m for m in self.members if m.seniority == 'junior']),
            'middle': len([m for m in self.members if m.seniority == 'middle']),
            'senior': len([m for m in self.members if m.seniority == 'senior']),
        }

backend_team = Team(
    name='Backend',
    members=[
        TeamMember('Alice', 'Senior Dev', 'senior', ['Python', 'PostgreSQL']),
        TeamMember('Bob', 'Middle Dev', 'middle', ['Python', 'FastAPI']),
        TeamMember('Charlie', 'Junior Dev', 'junior', ['Python']),
    ]
)

print(backend_team.count_by_level())

Оптимальное соотношение

class TeamComposition:
    def __init__(self, total_developers: int):
        self.total = total_developers
    
    def recommended_ratio(self):
        return {
            'junior': int(self.total * 0.25),
            'middle': int(self.total * 0.50),
            'senior': int(self.total * 0.25),
        }

team = TeamComposition(12)
print(team.recommended_ratio())

Рекомендуемое соотношение:

• Junior: 20-30% (обучаемые с потенциалом)
• Middle: 50-60% (основная рабочая сила)
• Senior: 15-25% (лидеры, архитекторы, менторы)

Фактор Бруксов (Brooks's Law)

"Adding manpower to a late software project makes it later" — добавление людей к задержавшемуся проекту замедляет его:

class ProjectTimeline:
    def estimate_with_overhead(self, team_size: int, base_days: int):
        communication_overhead = (team_size * (team_size - 1)) / 2
        productivity_per_person = 100 / (1 + communication_overhead * 0.05)
        effective_capacity = team_size * productivity_per_person
        estimated_days = base_days * 100 / effective_capacity
        return estimated_days

project = ProjectTimeline()
for size in [2, 5, 10]:
    days = project.estimate_with_overhead(size, 100)
    print(f'{size} человек: {days:.0f} дней')

Коммуникационные каналы растут по формуле n*(n-1)/2:

• 2 человека: 1 канал
• 5 человек: 10 каналов
• 10 человек: 45 каналов
• 20 человек: 190 каналов

Практические рекомендации

1. Для MVP: 3-5 человек (1-2 backend, 1 frontend, 1 DevOps, 0-1 QA)
2. Для растущего продукта: 8-12 человек (кросс-функциональная команда)
3. Для масштабного проекта: 20-30+ человек (несколько квадов)
4. Распределённая команда: требует дополнительных инструментов синхронизации

Заключение

Правильный размер команды зависит от:

• Масштаба проекта и его сложности
• Стадии разработки (MVP, growth, mature)
• Навыков и опыта членов команды
• Культуры компании и удалённости работников
• Доступного бюджета

Оптимальный размер — когда команда может быть организована в 1-2 пиццы (10-12 человек), хорошо общаются и быстро принимают решения.