Сколько было людей в команде на прошлой работе?

О команде на моей последней работе

На моей последней позиции Unity Developer я работал в команде из 9 человек, которая была частью более крупного кросс-функционального отдела разработки (около 25 человек, включая смежные специальности). Наша непосредственная команда, сфокусированная на разработке игрового клиента на Unity, имела следующую структуру:

• Технический лид / Архитектор – 1 человек.
• Unity-разработчики (Mid/Senior уровень, включая меня) – 4 человека.
• UI/UX-разработчик – 1 человек.
• Тестировщики (QA), закрепленные за командой – 2 человека.
• Менеджер проекта (Product Owner) – 1 человек.

Организация работы и мой вклад

Мы практиковали гибридную методологию, сочетающую элементы Scrum и Kanban. Работа строилась вокруг двухнедельных спринтов с ежедневными стендапами, планированием спринта и ретроспективами.

Моя роль как Senior Unity Developer была достаточно разносторонней:

1. Разработка ключевых игровых систем: например, системы диалогов с ветвлением, инвентаря и прокачки персонажа.
2. Оптимизация производительности: профилирование и устранение узких мест (CPU, GPU, память), работа с пуллингом объектов, оптимизация Draw Calls.
3. Наставничество: помощь менее опытным коллегам в освоении архитектурных паттернов (часто использовали ECS через Unity DOTS для критичных к производительности модулей) и лучших практик Unity.
4. Код-ревью: обязательный этап для каждого merge request в GitLab. Мы уделяли особое внимание чистоте кода, соблюдению соглашений и предотвращению потенциальных багов.

Пример небольшого фрагмента кода, иллюстрирующего наш подход к пуллингу объектов — типичная задача, которую я выполнял и оптимизировал:

using UnityEngine;
using System.Collections.Generic;

public class ProjectilePool : MonoBehaviour
{
    [SerializeField] private GameObject _projectilePrefab;
    [SerializeField] private int _initialPoolSize = 20;
    
    private Queue<GameObject> _pool = new Queue<GameObject>();
    
    private void Start()
    {
        // Инициализация пула при старте для избежания аллокаций в runtime
        for (int i = 0; i < _initialPoolSize; i++)
        {
            CreateNewProjectile();
        }
    }
    
    private GameObject CreateNewProjectile()
    {
        GameObject proj = Instantiate(_projectilePrefab, transform);
        proj.SetActive(false);
        _pool.Enqueue(proj);
        return proj;
    }
    
    public GameObject GetProjectile(Vector3 position, Quaternion rotation)
    {
        if (_pool.Count == 0)
        {
            CreateNewProjectile();
        }
        
        GameObject proj = _pool.Dequeue();
        proj.transform.SetPositionAndRotation(position, rotation);
        proj.SetActive(true);
        return proj;
    }
    
    public void ReturnProjectile(GameObject projectile)
    {
        projectile.SetActive(false);
        _pool.Enqueue(projectile);
    }
}

Взаимодействие внутри и между командами

Эффективность работы в такой команде из 9 человек была высокой благодаря четкому разделению зон ответственности и налаженным процессам:

• Внутри команды: Мы использовали Git с моделью GitFlow, Jira для управления задачами и Slack для оперативной коммуникации. Тесное взаимодействие с QA на этапе разработки позволяло быстро выявлять проблемы.
• С другими отделами: Наша команда регулярно синхронизировалась с бэкенд-разработчиками (REST API, сокеты) через общие техдискассии и с командой гейм-дизайнеров для уточнения механик и баланса.

Такой размер команды я считаю оптимальным для проекта средней сложности на Unity: он позволяет сохранять гибкость, поддерживать высокий уровень коммуникации и при этом иметь достаточно специалистов для покрытия всех ключевых аспектов разработки (логика, графика, UI, тестирование).