🙅 Каждый лид рано или поздно задалбывается писать задачи

И я снова попал в эту яму. В больших и сложных системах невозможно быстро шарить новую экспертизу, поэтому приходится подробно описывать задачи, чтобы в результате на код ревью не получить полную фигню. В каждой задаче я описываю три раздела: 1️⃣ «Что хотим?» – подробные требования; 2️⃣ «Зачем?» – бизнес value или для какой смежной фичи это нужно реализовать; 3️⃣ «Предполагаемое решение» – детали реализации, чтобы ускорить процесс решения.

И что самое неприятное – последний раздел забирает примерно 80% времени и не дает исполнителю качать свой собственный опыт. Я понимаю, что внимание к деталям иногда может быть палкой о двух концах и хочу, чтобы моя команда росла и развивалась. Да, почти всегда это помогает быстрее тащить фичу на прод (TimeToMarket важен!), но вгоняет меня в уныние, когда нужно садиться и копать широко и глубоко в каждом новом эпике, чтоб раздекомпозить все задачи.

Устал. Поэтому постепенно замещаю последний раздел на короткий «Definition of Done», где будет описываться ожидаемый результат. Возможно, попробую снова перейти на технику User Story или BDD (Behavior-Driven Development, которая вообще из автотестов), но кажется что они тут только всё усложнят.

#work_hard@Another_MVP