Ответ
Начну с простой или средней по сложности задачи.
Почему так?
- Быстрый вход в поток: Позволяет разобраться с кодовой базой, процессами и инструментами, не погружаясь сразу в глубины архитектуры.
- Ранняя победа и feedback: Завершение первой задачи даёт положительный импульс команде и позволяет получить обратную связь по стилю кода и процессам.
- Снижение рисков: Сложная задача часто содержит неизвестные неизвестные. Начав с простой, можно выявить скрытые проблемы окружения или зависимостей, которые затем будут учтены в сложной задаче.
- Практический пример: Вместо того чтобы сразу проектировать распределённую систему кэширования, лучше сначала добавить метод в сервис и его интеграционные тесты. Это подтвердит, что сборка, деплой и мониторинг работают корректно.
Такой подход ("от простого к сложному") систематически снижает неопределённость и наращивает уверенность.