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