На что обращаешь внимание при выборе команды?

На что я обращаю внимание при выборе команды

Это вопрос, который я ставлю в центр своего выбора компании. За 10+ лет я понимаю, что команда часто важнее, чем сам проект.

1. Качество разработчиков

Опыт и компетентность:

• Наличие в команде strong tech lead с чётким видением архитектуры
• Есть ли senior разработчики, которые могут ментировать
• Уровень code review — это показатель культуры

Признаки хорошей команды:

• В код reviews обсуждают архитектурные решения, а не только стиль
• Люди задают вопросы и не боятся критики
• Есть sharing sessions и knowledge transfer

Признаки плохой команды:

• Просто rubber stamp reviews
• "Я знаю лучше" без обсуждения
• No mentorship

2. Technical Stack

Что смотрю:

• Java версия — используют ли modern Java (11+, 17+, 21+)
• Frameworks — Spring Boot, Quarkus, Helidon
• Databases — PostgreSQL, MongoDB, выбор обоснован
• Message queues — Kafka, RabbitMQ, правильное использование
• DevOps — Kubernetes, Docker, CI/CD

Красные флаги:

- Используют Java 8 без плана модернизации
- Legacy monolith без плана микросервисов
- No testing culture
- Manual deployment
- No monitoring/logging

Зелёные флаги:

- Модерные технологии
- Automated CI/CD
- Code coverage > 80%
- ELK stack или аналог для логирования
- Prometheus/Grafana для мониторинга
- Feature flags для safe deployments

3. Code Quality

Как проверяю:

• Смотрю GitHub репозиторий, если открытый
• Качество commits — понятные сообщения или нет
• Code review comments — конструктивны ли
• Тесты — есть ли unit/integration/e2e
• Автоматизация — работает ли lint, код coverage?

Вопросы на интервью:

• "Какой у вас процесс code review?"
• "Какой покрытие тестами?"
• "Как часто вы делаете refactoring?"
• "Есть ли technical debt tracking?"

4. Culture и вовлечённость

Психологическая безопасность:

• Можно ли задавать вопросы без боязни выглядеть глупо
• Реагируют ли на feedback нормально
• Поддерживают ли новичков

Интерес к развитию:

• Есть ли budget на конференции
• Есть ли shared learning sessions
• Люди читают блоги, смотрят YouTube
• Code reviews как инструмент обучения

Признаки токсичности:

• "Это всегда так делалось" без вопросов
• Принижающие комментарии
• Блейм за ошибки вместо анализа
• Выгорание видно в лицах людей

5. Tech Lead и его видение

На что обращу внимание:

• Есть ли чётко сформулированная vision продукта
• Долгосрочное планирование архитектуры
• Как он общается с командой
• Открыт ли к обсуждению и альтернативным решениям
• Есть ли RFCs (Request for Comments) процесс

Вопрос для Tech Lead:

"Какие главные challenges в вашей архитектуре?
 Как вы планируете их решать в следующем году?"

Если ответ пространный и пройти проблемы — хороший знак.

6. Product Management

Хороший PM:

• Понимает technical constraints
• Не требует невозможного
• Слушает разработчиков
• Пишет хорошие requirements

Плохой PM:

• "Это же просто, сделайте быстро"
• Мегаскоп изменений в последний момент
• No estimation, только deadline

7. DevOps и инфраструктура

Вопросы:

• Как быстро можно задеплоить?
• Есть ли feature flags?
• Как часто выпускают новые версии?
• Какой MTTR (Mean Time To Repair)?

Идеально:

• CI/CD pipeline < 10 минут
• Blue-green deployments
• Automatic rollback
• Real-time monitoring

8. Перспективы развития

На что смотрю:

• Есть ли карьерный путь (junior → senior → lead)
• Opportunity для side projects
• Обучение новым технологиям
• Возможность стать tech lead

9. Work-Life Balance

Критерии:

• Есть ли on-call rotations (не всегда на тебе)
• Realistic deadlines
• No crunch culture
• Remote/hybrid возможность
• Vacation policy

Красный флаг:

• "У нас часто работают в выходные"
• "Постоянно горящие дедлайны"
• "Недоступен после 5 PM"

10. Hiring процесс

Как компания проводит интервью:

• Взяли ли они seriously мой опыт
• Честно ли рассказали про проблемы
• Технические вопросы адекватны или странные
• Feedback после интервью

Мой чеклист

☑ Strong tech lead с видением
☑ Есть senior разработчики
☑ Модерные технологии в стеке
☑ Code coverage > 80%
☑ CI/CD automated
☑ Психологическая безопасность
☑ Culture learning и development
☑ Reasonable deadlines
☑ Good PM
☑ Clear career path

Вывод

Я выбираю компанию с людьми, которыми я восхищаюсь и у которых хочу учиться, а не только по зарплате или престижу. Хорошая команда умножает твою производительность и делает работу более приятной.