Сколько человек работало над последним проектом?

Командный состав на последнем проекте

На последнем проекте, где я выступал в роли ведущего Android-разработчика, над продуктом работала кросс-функциональная команда из 8 человек. Вот её детальный состав:

Core-команда разработки:

• 2 Senior Android-разработчика (включая меня) — отвечали за архитектуру, сложную бизнес-логику, интеграции, code review и наставничество.
• 1 Middle Android-разработчик — реализовывал основные фичи, модульные тесты, работал с UI/UX.
• 1 iOS-разработчик — для обеспечения feature parity и согласования подходов к нативной разработке.
• 1 Backend-разработчик — тесная интеграция на этапе проектирования API и протоколов обмена данными.

Смежные специалисты:

• Product Manager (1 человек) — формирование roadmap, приоритизация backlog, коммуникация со стейкхолдерами.
• UI/UX-дизайнер (1 человек) — предоставление макетов в Figma, дизайн-система, адаптация под разные плотности пикселей.
• QA-инженер (1 человек) — ручное и автоматизированное тестирование, составление чек-листов, работа с CI/CD.

Ключевые принципы организации работы:

1. Гибкая методология: Мы работали по модифицированному Scrum с двухнедельными спринтами, ежедневными стендапами и регулярными ретроспективами. Это позволяло быстро реагировать на изменения и поддерживать высокий темп.

2. Четкое разделение ответственности:

   // Пример модуля, за который отвечал Middle-разработчик
   // Я, как Senior, проводил code review и контролировал архитектурную целостность
   class PaymentRepository @Inject constructor(
       private val apiService: PaymentApiService,
       private val localDataSource: PaymentLocalDataSource
   ) {
       // Middle-разработчик реализовал логику кэширования и обработки ошибок
       suspend fun processPayment(request: PaymentRequest): Result<PaymentResponse> {
           return try {
               val remoteResult = apiService.processPayment(request)
               localDataSource.cachePayment(remoteResult)
               Result.success(remoteResult)
           } catch (e: IOException) {
               // Fallback to cached data
               Result.success(localDataSource.getLastPayment())
           } catch (e: Exception) {
               Result.failure(e)
           }
       }
   }
   

3. Фокус на качестве: Мы практиковали парное программирование для решения сложных задач, проводили обязательные code review для каждого Pull Request и имели покрытие unit-тестами ключевого бизнес-лога на уровне ~75%.

Такой размер команды (8 человек) оказался оптимальным для проекта со средним уровнем сложности. Он позволял:

• Сохранять скорость разработки и гибкость.
• Обеспечивать глубокую экспертизу в каждой области (Android, дизайн, тестирование).
• Эффективно коммуницировать без излишних бюрократических накладных расходов.

В итоге, слаженная работа всех восьми специалистов привела к успешному запуску проекта в запланированные сроки с высокими метриками стабильности (Crash-free rate > 99.8%) и положительными отзывами первых пользователей.