Бывало у вас такое? На старте проекта или какой-то большой фичи даешь такую задачу тимлиду или разработчику, он уходит
Почему так происходит❓
Разработчиков понять можно, ведь задача а) важная б) интересная в) сложная (для многих это дополнительный бонус!) г) редкая (эпик вин!) и очень хочется сделать максимально качественно, не ошибиться, да и просто потянуть удовольствие и насладиться моментом.
Да, и забыл главное: это задача высокой степени неопределенности.
🔤Много неизвестных на старте - куда пойдет продукт, как он будет работать, и т.д.
🔤Часто ставят ее нетехнические руководители и не могут ясно описать образ ее конечного результата (тот самый Definition of Done), поэтому где поставить точку решает исполнитель.
Что делать, чтобы не слить время команды на старте ❓
1️⃣ Жестко ограничить время на задачу. Даем Х часов или дней на обдумывание и подготовку: не успели все продумать, не страшно, презентуем что есть, и используем в работе, разберемся по ходу пьесы. Стандартное средство от перфекционистов всех мастей.
2️⃣ Снизить неопределенность, где можете. Возможно вам не нужна архитектура на 3 года вперед, а достаточно сделать на ближайший релиз. Может быть объем клиентов никогда не вырастет в 10 раз; может быть мы не будем запускать его в облаке и т.д. Лучше сделать это вместе с вашим тимлидом, и не забыть зафиксировать, чтобы не было сюрпризов потом.
3️⃣ Все таки зафиксировать как-то definition of done. Если вы нетехнарь, результатом может быть набор документов, презентация команды, прохождение ревью техдиром или просто ок от команды.
Если вы немного шарите в разработке, можете уточнить еще детальнее, чего ждете. Например, описание сущностей в БД, схему потоков данных, описание всей предметной области, или только какой-то важной части, или код конкретной фичи. Сейчас также ждем от архитекторов локальный харнесс проекта для разработки с ИИ-агентом: спеки, структуры тестов, линтеры или скиллы верификации нужных требований.
Сорри, если обломал кайф вашему тимлиду!