Ответ
В такой ситуации мой подход — комбинированный, направленный на поддержание прогресса и снижение рисков.
-
Сначала я быстро оценю все 10 задач. Легкие задачи должны быть действительно легкими (например, исправление опечатки в UI, обновление документации, незначительный багфикс). Сложные задачи требуют анализа: что в них делает их сложными? Недостаток информации, технический риск, большой объем?
-
Я параллелизую работу. Я возьму на себя одну-две легкие задачи, которые можно закрыть за несколько часов, чтобы сразу получить видимый результат и «разогнаться». Одновременно с этим я начну глубокий анализ самой приоритетной сложной задачи: разобью ее на подзадачи, проясню требования, оценю риски.
-
Распределю легкие задачи внутри команды. Если в команде есть другие разработчики, я делегирую часть легких задач им, особенно тем, чьи навыки наиболее релевантны. Это освободит мое время для фокуса на сложных блоках и позволит команде двигаться вперед.
-
Сфокусируюсь на сложных задачах. После того как легкие задачи распределены и запущены, моя основная роль смещается на решение сложных проблем. Я буду работать над ними последовательно, регулярно синхронизируясь с командой о прогрессе.
Ключевой принцип: избегать ситуации, когда вся команда уходит в «тоннель» на долгие недели по сложным задачам, не имея промежуточных результатов. Быстрые победы поддерживают мотивацию и дают уверенность заказчику в том, что работа движется.