На предыдущей работе был гибридный подход: в основном одна команда работала над одним проектом, но иногда приходилось переключаться между задачами для разных клиентов. **Пример:** ``` # Основной проект (80% времени) def develop_main_feature(): print("Разработка ключевого функционала для клиента A") # Параллельные задачи (20% времени) def fix_legacy_bug(): print("Исправление срочного бага для клиента B") ``` Преимущества: - Глубокая экспертиза в основном проекте - Гибкость при срочных запросах Недостатки: - Контекст-свитчинг между проектами - Приоритезация задач требовала четкого планирования Опыт показал, что оптимально 70/30 распределение между основным и сторонними задачами.